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重 构 的 重新 认识 
《再 版 序 ) 


光阴 其 黄 ， 从 当年 译 完 这 本 《 重 构 》， 到 如 今 重新 整理 译 稿 ， 不 知 不 觉 已 经 过 去 
六 年 了 。 六 年 来 ， 在 各 种 大 型 系统 中 进行 重 构 和 指导 别人 重 构 ， 一 直 是 我 的 一 项 工 
作 。 对 于 这 本 早已 烂熟 于 心 的 书 ， 也 有 了 一 些 新 的 认识 。 


不 得 不 遗憾 地 说 ， 尽 管 “ 重 构 ” 已 经 成 了 常用 词汇 ， 但 重 构 技 术 并 没有 像 我 当 
初 乐观 认为 的 那样 “ 变 得 像 空 气 与 水 一 样 普 通 ”。 一 方面 ,一 种 甚嚣尘上 的 观点 认为 
只 要 掌握 重 构 的 思想 就 足够 了 ， 没 必要 记 住 那些 详细 琐碎 的 重 构 手 法 ; 另 一 方面 ， 
倒是 有 很 多 和 人 高 擎 “ 重 构 ” 大 旗 ， 刀 臂 什 砍 进行 着 令 人 触目 惊 心 的 大 胆 修改 一 一 有 
些 干脆 就 是 在 重 做 整个 系统 。 


这 些 人 常常 忘 了 一 个 最 基本 的 定义 : 重 构 是 在 不 改变 软件 可 观察 行为 的 前 提 下 
改善 其 内 部 结构 。 当 你 面 对 一 个 最 需要 重 构 的 遗留 系统 时 ， 其 规模 之 大 、 历 史 之 久 、 
代码 质量 之 差 ， 常 会 使 得 添加 单元 测试 或 者 理解 其 逻辑 都 成 为 不 可 能 的 任务 。 此 时 
你 唯一 能 依靠 的 就 是 那些 已 经 被 证 明 是 行为 保持 的 重 构 手法 :用 绝对 安全 的 手法 从 
焦油 坑 中 整理 出 可 测试 的 接口 ， 给 它 添加 测试 ， 以 此 作为 继续 重 构 的 立足 点 。 


六 年 来 ， 在 各 种 语言 、 各 种 行业 、 各 种 软件 形态 ， 包 括 规模 达到 上 百 万 行 代码 
的 项 目 中 进行 重 构 的 经 验 让 我 明白 ,“ 不 改变 软件 行为 ”只 是 重 构 的 最 基本 要 求 。 要 
想 真 正 让 重 构 技术 发 挥 威力 , 就 必须 做 到 “不 需 了 解 软件 行为 ”一 一 听 起 来 很 东 座 ， 
但 事实 如 此 。 如 果 一 段 代码 能 让 你 容易 了 解 其 行为 ， 说 明 它 还 不 是 那么 迫切 需要 被 
重 构 。 那 些 最 需要 重 构 的 代码 ， 你 只 能 看 到 其 中 的 “ 坏 味道 ”接着 选择 对 应 的 重 构 
手法 来 消除 这 些 “ 坏 味道 ”, 然后 才 有 可 能 理解 它 的 行为 。 而 这 整个 过 程 之 所 以 可 行 ， 
全 赖 你 在 脑子 里 记录 着 一 份 “ 坏 味道 ”与 重 构 手法 的 对 应 表 。 
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重 构 的 重新 认识 ( 再 版 序 ) 


而 且 ， 尽 管 Java 和 .NET 的 自动 化 重 构 工具 已 经 相当 成 熟 ， 但 另 一 些 重要 的 面向 
对 象 语言 (CH. Ruby. Python-::-- ) 还 远 未 享受 到 这 样 的 便利 。 在 重 构 这 些 语言 
编写 的 程序 时 ， 我 们 仍然 必须 遵循 这 些 看 似 琐碎 的 做 法 指导 (加 上 语言 特有 的 细节 
调整 )， 按 部 就 班 地 进行 一 一 如 果 你 还 想 以 安全 的 方式 重 构 的 话 。 


所 以 ， 仅 仅 掌握 思想 是 没 用 的 。 如 果 把 重 构 比 作 一 门 功夫 的 话 ， 它 的 威力 全 都 
来 自 日 积 月 累 的 勤学 苦 练 。 记 住所 有 的 “ 坏 味道 "， 记 住 它 们 对 应 的 重 构 手 法 ， 记 住 
常见 的 重 构 步 骤 ， 然 后 你 才 可 能 有 信心 面 对 各 种 复杂 情况 一 一 学 会 所 有 的 招式 ， 才 
可 能 “无 招 胜 有 招 ”。 我 知道 这 听 起 来 很 难 ， 但 我 也 知道 这 并 不 像 你 想象 的 那么 难 。 
你 所 需要 的 只 是 耐心 、 毅 力 和 不 断 重 读 这 本 书 。 


fe 节 
2009 年 10 月 21 日 
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重 构 的 生活 方式 
CGE FF) 


第 一 次 听 到 “ 重 构 ”这 个 词 ， 是 在 2001 年 10 月 。 在 当时 ， 它 的 思想 足以 令 我 感 
到 震撼 。 软 件 自 有 其 美感 所 在 。 软 件 工 程 希望 建立 完美 的 需求 与 设计 ， 按 照 既 有 的 
规范 编写 标准 划一 的 代码 ， 这 是 结构 的 美 ， 快速 迭代 和 RAD 颠 获 “ 全 知 全 能 ”的 神 
iS, FAI PIM (crack〉 的 方式 解决 问题 ， 在 混沌 的 循环 往复 中 实现 需求 ， 这 
是 解构 的 美 ， 而 Kent Beck 与 Martin Fowler 两 人 站 在 一 起 ， 以 XP 那 敏 捷 而 又 严谨 的 方 
法 论 演绎 了 重 构 的 美 一 一 我 不 知道 是 谁 最 初 把 refactoring 一 词 翻译 为 “ 重 构 ”， 或 许 
无 心 插 柳 ， 却 成 了 点 睛 之 笔 。 


我 一 直 是 设计 模式 的 爱好 者 。 曾 经 在 我 的 思想 中 ， 软 件 开发 应 该 有 一 个 “理想 
国 ”一 一 当然 ， 在 这 个 理想 国 维持 着 完美 秩序 的 ， 不 是 哲学 家 ， 而 是 模式 。 设 计 模 
式 给 我 们 的 ， 不 仅仅 是 一 些 具 体 问题 的 解决 方案 ， 更 有 追求 完美 “ 理 型 ”的 淘 望 。 
但 是 ，Joshua Kerievsky 在 那 篇 著名 的 《模式 与 XP》( 收 录 于 《极限 编程 研究 》 一 书 ) 
中 明白 地 指出 : 在 设计 前 期 使 用 模式 常常 导致 过 度 工程 (over-engineering)。 这 是 一 
个 残酷 的 现实 ， 单 赁 对 完美 的 追求 无 法 写 出 实用 的 代码 ， 而 “实用 ”是 软件 压倒 一 
切 的 要 素 。 从 一 篇 《停止 过 度 工程 》 开 始 ，Kerievsky 撰 写 了 “Refactoring to Patterns” 
系列 文章 。 这 位 犹太 人 用 他 民族 性 的 窒 智 头脑 ， 敏 锐 地 发 现 了 软件 的 后 结构 主义 道 
路 。 而 让 设计 模式 在 飞速 变化 的 网 络 时 代 重 新 闪现 光辉 的 ， 又 是 重 构 的 力量 。 


在 一 篇 流传 其 广 的 帖子 里 ， 有 人 把 《 重 构 》 与 《设计 模式 》 并 列 为 “Java 行 业 
的 圣经 ”。 在 我 看 来 这 种 并 列 其 实 并 不 准确 。 实际 上 ， 尽 管 我 如 此 喜爱 这 本 《 重 构 》， 
但 自从 完成 翻译 之 后 ， 就 再 也 没有 读 过 它 。 不 ， 不 是 因为 我 已 经 对 它 烂熟 于 心 ， 而 
是 因为 重 构 已 经 变 成 了 我 的 另 一 种 生活 方式 ， 变 成 了 我 每 天 的 “面包 与 黄油 ”， 变 成 
了 我 们 整个 团队 的 空气 与 水 , 以 至 于 无 需 再 到 书 中 寻找 任何 “ 神 论 ” 而 《设计 模式 》， 
我 倒是 放 在 手边 时 常 翻阅 ， 因 为 总 是 记得 不 那么 真切 。 
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所 以 ， 在 你 开始 阅读 本 书 之 前 ， 我 要 给 你 两 个 建议 : 首先 ， 把 你 的 敬 蚌 扔 到 太 
平 洋 里 去 ， 对 于 即将 变 得 像 空气 与 水 一 样 普通 的 技术 ， 你 无 需 对 它 敏 委 ， 其 次 ， 找 
到 合适 的 开发 工具 《如 果 你 和 我 一 样 是 Java 人 ， 那 么 这 个 “合适 的 工具 ”就 是 
Eclipse)， 学 会 使 用 其 中 的 自动 测试 和 重 构 功 能 ， 然 后 再 尝试 使 用 本 书 介绍 的 任何 
技术 。 懒 惰 是 程序 员 的 美德 之 一 ， 绝 不 要 因为 这 本 书 让 你 变 得 勤快 。 


最 后 ， 即 使 你 完全 掌握 了 这 本 书 中 的 所 有 东西 ， 也 干 万 不 要 跟 别 人 吹 咕 。 在 我 
们 的 团队 里 ， 程 序 员 常 常会 说 :“ 如 果 没 有 单元 测试 和 重 构 ， 我 没 办 法 写 代码 。” 


好 了 ， 感 谢 你 耗费 一 点 点 的 时 间 来 倾听 我 现在 对 重 构 、 对 《 重 构 》 这 本 书 的 想 
法 。Martin Fowler 经 常 说 ， 花 一 点 时 间 来 重 构 是 值得 的 ， 希 望 你 会 觉得 花 一 点 时 间 
看 我 的 文字 也 是 值得 的 。 


fe 节 
2003 年 6 月 11 日 于 杭州 
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“ 重 构 ”这 个 概念 来 自 Smalltalk 圈 子 ， 没 多 久 就 进入 了 其 他 语言 阵营 之 中 。 由 
于 重 构 是 框架 开发 中 不 可 缺少 的 一 部 分 , 所 以 当 框 架 开 发 人 员 讨 论 自己 的 工作 时 ， 
这 个 术语 就 诞生 了 。 当 他 们 精炼 自己 的 类 继承 体系 时 ， 当 他 们 叫喊 自己 可 以 拿 掉 
多 少 多 少 行 代 码 时 ， 重 构 的 概念 慢 慢 浮 出 水 面 。 框 架设 计 者 知道 ， 这 东西 不 可 能 
一 开始 就 完全 正确 ， 它 将 随 着 设计 者 的 经 验 成 长 而 进化 ， 他 们 也 知道 ， 代 码 被 阅 
读 和 被 修改 的 次 数 远 远 多 于 它 被 编写 的 次 数 。 保 持 代码 易 读 、 易 修改 的 关键 ， 就 
是 重 构 一 一 对 框架 而 言 如 此 ， 对 一 般 软 件 也 如 此 。 


好 极 了 ， 还 有 什么 问题 吗 ? 问题 很 显然 ， 重 构 具 有 风险 。 它 必须 修改 运作 中 的 
程序 ， 这 可 能 引入 一 些 不 易 察 觉 的 错误 。 如 果 重 构 方式 不 恰当 ， 可 能 毁 掉 你 数 天 其 
全 数 星期 的 成 果 。 如 果 重 构 时 不 做 好 准备 ， 不 遵守 规则 ， 风 险 就 更 大 。 你 挖掘 自己 
的 代码 ， 很 快 发 现 了 一 些 值 得 修改 的 地 方 ， 于 是 你 挖 得 更 深 。 控 得 愈 深 ， 找 到 的 重 
构 机 会 就 越 多 , 于 是 你 的 修改 也 愈 多 …… 最 后 你 给 自己 控 了 个 大 坑 , 却 息 不 出 去 了 。 
为 了 避免 自 掘 坟墓 ， 重 构 必 须 系 统 化 进行 。 我 在 《设计 模式 》 书 中 和 另外 三 位 作者 
曾经 提 过 : 设计 模式 为 重 构 提 供 了 目标 。 然 而 “确定 目标 ”只 是 问题 的 一 部 分 而 已 ， 
改造 程序 以 达到 目标 ， 是 另 一 个 难题 。 


Martin Fowler 和 本 书 男 几 位 作者 清楚 揭示 了 重 构 过 程 ， 他 们 为 面向 对 象 软件 开 
发 所 做 的 贡献 难以 衡量 。 本 书 解释 了 重 构 的 原理 和 最 佳 实践 ， 并 指出 何 时 何 地 你 应 
该 开始 挖 斤 你 的 代码 以 求 改善 。 本 书 的 核心 是 一 系列 完整 的 重 构 方法 ， 其 中 每 一 项 
都 介绍 一 种 经 过 实践 检验 的 代码 变换 手法 的 动机 和 技术 。 某 些 项 目 如 Extract Method 
和 Move Field 看 起 来 可 能 很 浅显 ， 但 不 要 掉以轻心 ， 因 为 理解 这 类 技术 正 是 有 条 不 
率 地 进行 重 构 的 关键 。 本 书 所 提 的 这 些 重 构 手法 将 帮助 你 一 次 一 小 步 地 修改 你 的 代 
码 ， 这 就 减少 了 过 程 中 的 风险 。 很 快 你 就 会 把 这 些 重 构 手法 和 其 名 称 加 入 自己 的 开 
发 词典 中 ， 并 且 朗 朗 上 口 。 
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y>’ 
我 第 一 次 体验 有 讲究 的 、 一 次 一 小 步 的 重 构 ， 是 某 次 与 Kent Beck 在 30 000% R 
高 空 的 飞行 旅途 中 结对 编程 。 我 们 运用 本 书 收录 的 重 构 手 法 ， 保 证 每 次 只 走 一 步 。 
最 后 ， 我 对 这 种 实践 方式 的 效果 感到 十 分 惊讶 。 我 不 但 对 最 后 结果 更 有 信心 ， 而 且 
开发 压力 也 小 了 很 多 。 所 以 ， 我 极力 推荐 你 试 试 这 些 重 构 手法 ， 你 和 你 的 程序 都 将 
因此 更 美好 。 


Erich Gamma 
《设计 模式 》 第 一 作者 ，Eclipse 平 台 主 架构 师 
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ETA 2s 
HIJ F 


从 前 ， 有 位 咨询 顾问 造访 客户 调研 其 开发 项 目 。 系 统 核心 是 个 类 继承 体系 ， 顾 
问 看 了 开发 人 员 所 写 的 一 些 代码 。 他 发 现 整 个 体系 相当 凌乱 ， 上 层 超 类 对 于 系统 的 
运作 做 了 一 些 假设 ， 下 层 子 类 实现 这 些 假设 。 但 是 这 些 假设 并 不 适合 所 有 子 类 ， 导 
BS (override) 工作 非常 繁重 。 只 要 在 超 类 做 点 修改 , 就 可 以 减少 许多 覆 写 工作 。 
在 另 一 些 地 方 ， 超 类 的 某 些 意图 并 未 被 良好 理解 ， 因 此 其 中 某 些 行 为 在 子 类 内 重复 
出 现 。 还 有 一 些 地 方 ， 好 几 个 子 类 做 相同 的 事情 ， 其 实 可 以 把 它们 搬 到 继承 体系 的 
上 层 去 做 。 


这 位 顾问 于 是 建议 项 目 经 理 看 看 这 些 代 码 ， 把 它们 整理 一 下 ， 但 是 经 理 并 不 热 
囊 于 此 ， 毕 竞 程序 看 上 去 还 可 以 运行 , 而 且 项 目 面临 很 大 的 进度 压力 。 于 是 经 理 说 ， 
晚 些 时 候 再 抽 时 间 做 这 些 整 理工 作 。 


顾问 也 把 他 的 想法 告诉 了 在 这 个 继承 体系 上 工作 的 程序 员 ， 告 诉 他 们 可 能 发 生 
的 事情 。 程 序 员 都 很 敏锐 ， 马 上 就 看 出 问题 的 严重 性 。 他 们 知道 这 并 不 全 是 他 们 的 
错 ， 有 时 候 的 确 需要 借助 外 力 才能 发 现 问题 。 程 序 员 立 刻 用 了 一 两 天 的 时 间 整 理 好 
这 个 继承 体系 ， 并 删 掉 了 其 中 一 半 代 码 ， 功 能 毫发 无 损 。 他 们 对 此 十 分 满意 ， 而 且 
发 现在 继承 体系 中 加 入 新 的 类 或 使 用 系统 中 的 其 他 类 都 更 快 、 更 容易 了 。 


项 目 经 理 并 不 高 兴 。 进 度 排 得 很 紧 ， 有 许多 工作 要 做 。 系 统 必须 在 几 个 月 之 后 
发 布 ， 而 这 些 程序 员 却 白白 耗费 了 两 天 时 间 ， 干 的 工作 与 要 交付 的 多 数 功能 毫 无 关 
系 。 原 先 的 代码 运行 起 来 还 算 正常 ， 他 们 的 新 设计 看 来 有 点 过 于 追求 完美 。 项 目 要 
交付 给 客户 的 ， 是 可 以 有 效 运行 的 代码 ， 不 是 用 以 取悦 学 究 的 完美 东西 。 顾 问 接 下 
来 又 建议 应 该 在 系统 的 其 他 核心 部 分 进行 这 样 的 整理 工作 ， 这 会 使 整个 项 目 停顿 一 
至 二 个 星期 。 所 有 这 些 工作 只 是 为 了 让 代码 看 起 来 更 漂亮 ， 并 不 能 给 系统 添加 任何 
新 功能 。 
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auf 


, . 
你 对 这 个 故事 有 什么 感想 ? 你 认为 这 个 顾问 的 建议 〈 更 进一步 整理 程序 ) 是 对 
的 吗 ? 你 会 遵循 那 名 古老 的 工程 谚语 吗 :“ 如 果 它 还 可 以 运行 ， 就 不 要 动 它 。 


我 必须 承认 自己 有 某 些 伪 见 ， 因 为 我 就 是 那个 顾问 。 六 个 月 之 后 这 个 项 目 宣告 
失败 ， 很 大 的 原因 是 代码 太 复杂 ， 无 法 调试 ， 也 无 法 获得 可 被 接受 的 性 能 。 


后 来 ， 项 目 重新 启动 ， 几 乎 从 头 开 始 编写 整个 系统 ，Kent Beck 受 邀 做 了 顾问 。 
他 做 了 几 件 角 异 以 往 的 事 ， 其 中 最 重要 的 一 件 就 是 坚持 以 持续 不 断 的 重 构 行 为 来 整 
理 代 码 。 这 个 项 目的 成 功 ， 以 及 重 构 在 这 个 成 功 项 目 中 扮演 的 角色 ， 启 发 了 我 写 这 
本 书 ， 如 此 一 来 我 就 能 够 把 Kent 和 其 他 一 些 人 已 经 学 会 的 “以 重 构 方式 改进 软件 质 
景 ”的 知识 ， 传 播 给 所 有 读者 。 





什么 是 重 构 


所 谓 重 构 (refactoring) 是 这 样 一 个 过 程 : 在 不 改变 代码 外 在 行为 的 前 提 下 ,对 
代码 做 出 修改 ， 以 改进 程序 的 内 部 结构 。 重 构 是 一 种 经 千 锤 百 炼 形成 的 有 条 不 京 的 
程序 整理 方法 ， 可 以 最 大 限度 地 减少 整理 过 程 中 引入 错误 的 几率 。 本 质 上 说 ， 重 构 
就 是 在 代码 写 好 之 后 改进 它 的 设计 。 


“在 代码 写 好 之 后 改进 它 的 设计 ”? 这 种 说 法 有 点 奇怪 。 按 照 目前 对 软件 开发 的 
理解 ， 我 们 相信 和 应 该 先 设计 而 后 编码 : 首先 得 有 一 个 良好 的 设计 ， 然 后 才能 开始 编 
码 。 但 是 ， 随 着 时 间 流 逝 ， 人 们 不 断 修改 代码 ， 于 是 根据 原先 设计 所 得 的 系统 ， 整 
体 结构 逐渐 训 弱 。 代 码 质量 慢 慢 沉 沦 ， 编 码 工作 从 严谨 的 工程 堕落 为 胡 砍 乱 劈 的 随 
性 行为 。 


“ 重 构 ” 正 好 与 此 相反 。 哪怕 你 手 上 有 一 个 糟糕 的 设计 , 甚至 是 一 堆 混 乱 的 代码 ， 
你 也 可 以 借 由 重 构 将 它 加 工 成 设计 良好 的 代码 。 重 构 的 每 个 步骤 都 很 简单 ， 其 至 显 
得 有 些 过 于 简单 ， 你 只 需要 把 某 个 字段 从 一 个 类 移 到 另 一 个 类 ， 把 某 些 代码 从 一 个 
函数 拉 出 来 构成 另 一 个 函数 , 或 是 在 继承 体系 中 把 某 些 代码 推 上 推 下 就 行 了 。 但 是 ， 
聚 沙 成 塔 , 这 些小 小 的 修改 累积 起 来 就 可 以 根本 改善 设计 质量 。 这 和 一 般 常见 的 “ 软 
件 会 慢 慢 腐烂 ”的 观点 恰恰 相反 。 
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cry 


通过 重 构 ， 你 可 以 找 出 改变 的 平衡 点 。 你 会 发 现 所 谓 设 计 不 再 是 一 切 动作 的 前 
提 ， 而 是 在 整个 开发 过 程 中 逐渐 浮现 出 来 。 在 系统 构筑 过 程 中 ， 你 可 以 学 习 如 何 强 
化 设计 ， 其 间 带 来 的 互动 可 以 让 一 个 程序 在 开发 过 程 中 持续 保有 良好 的 设计 。 





本 书 有 什么 


本 书 是 一 本 为 专业 程序 员 而 写 的 重 构 指 南 。 我 的 目的 是 告诉 你 如 何以 一 种 可 控 
制 且 高 效率 的 方式 进行 重 构 。 你 将 学 会 如 何 有 条 不 率 地 改进 程序 结构 ， 而 且 不 会 引 
入 错误 ， 这 就 是 正确 的 重 构 方 式 。 


按照 传统 ， 图 书 应 该 以 引言 开头 。 尽 管 我 也 同意 这 个 原则 ， 但 是 我 发 现 以 概括 
性 的 讨论 或 定义 来 介绍 重 构 ， 实 在 不 是 件 容易 的 事 。 所 以 我 决定 用 一 个 实例 做 为 开 
路 先锋 。 第 1 章 展 示 了 一 个 小 程序 ， 其 中 有 些 常见 的 设计 缺陷 , 我 把 它 重 构 为 更 合格 
的 面向 对 象 程 序 。 其 间 我 们 可 以 看 到 重 构 的 过 程 ， 以 及 几 个 很 有 用 的 重 构 手 法 。 如 
果 你 想 知 道 重 构 到 底 是 怎么 回 事 ， 这 一 章 不 可 不 读 。 


第 2 章 讨论 重 构 的 一 般 性 原则 、 定 义 ， 以 及 进行 重 构 的 原因 ， 我 也 大 致 介绍 了 重 
构 所 存在 的 一 些 问题 。 第 3 章 由 Kent Beck 介 绍 如 何 嗅 出 代码 中 的 “ 坏 味 道 ”” 以 及 如 
何 运 用 重 构 清除 这 些 坏 味道 。 测试 在 重 构 中 扮演 着 非常 重要 的 角色 , 第 4 章 介绍 如 何 
运用 一 个 简单 而 且 开源 的 Java 测 试 框架 ， 在 代码 中 构筑 测试 环境 。 


本 书 的 核心 部 分 一 一 重 构 列表 一 一 从 第 5 章 延 伸 至 第 12 章 。 它 不 能 说 是 一 份 全 面 
的 列表 ， 只 是 一 个 起 步 ， 其 中 包括 迄今 为 止 我 在 工作 中 整理 下 来 的 所 有 重 构 手法 。 
每 当 我 想 做 点 什么 一 一 例如 Replace Conditional with Polymorphism (255) 一 一 的 时 
候 ， 这 份 列表 就 会 提醒 我 如 何 一 步 一 步 安全 前 进 。 我 希望 这 是 值得 你 日 后 一 再 回顾 
的 部 分 。 


本 书 介绍 了 其 他 人 的 许多 研究 成 果 ， 最 后 几 章 就 是 由 他 们 之 中 的 几 位 所 客串 写 
就 的 。Bill Opdyke 在 第 13 章 记述 他 将 重 构 技 术 应 用 于 商业 开发 过 程 中 遇 到 的 一 些 问 
题 。Don Roberts 和 John Brant 在 第 14 章 展望 重 构 技 术 的 未 来 一 一 自动 化 工具 。 我 把 最 
后 一 章 〈 第 15 章 ) 留 给 重 构 技术 的 顶尖 大 师 Kent Beck 来 压轴 。 
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前 言 
在 Java 中 运用 重 构 


本 书 范例 全 部 使 用 Java 撰 写 。 重 构 当 然 也 可 以 在 其 他 语言 中 实现 ， 而 且 我 也 希 
望 这 本 书 能 够 给 其 他 语言 使 用 者 带 来 帮助 。 但 我 觉得 我 最 好 在 本 书 中 只 使 用 Java， 
因为 那 是 我 最 熟悉 的 语言 。 我 会 不 时 写 下 一 些 提示 ， 告 诉 读者 如 何在 其 他 语言 中 进 
行 重 构 ， 不 过 我 真心 希望 看 到 其 他 人 在 本 书 基 础 上 针对 其 他 语言 写 出 更 多 重 构 方 面 
的 书籍 。 


为 了 很 好 地 与 读者 交流 我 的 想法 ， 我 没有 使 用 Java 语 言 中 特别 复杂 的 部 分 。 所 
以 我 避免 使 用 内 媒 类 、 反 射 机 制 、 线 程 以 及 很 多 强大 的 Java 特 性 。 这 是 因为 我 希望 
尽 可 能 清楚 地 展现 重 构 的 核心 。 


我 应 该 提醒 你 ， 这 些 重 构 手法 并 不 针对 并 发 或 分 布 式 编程 。 那 些 主题 会 引出 更 
多 的 考虑 ， 本 书 并 未 涉及 。 





谁 该 阅读 本 书 
本 书 的 目标 读者 是 专业 程序 员 ， 也 就 是 那些 以 编写 软件 为 生 的 人 。 书 中 的 示例 
和 讨论 ， 涉 及 大 量 需 要 详细 阅读 和 理解 的 代码 。 这 些 例子 都 以 Java 写 成 。 之 所 以 选 


择 Java, 因为 它 是 一 种 应 用 范围 愈 来 愈 广 的 语言 ,而 且 任何 具备 C 语 言 背景 的 人 都 可 
以 轻易 理解 它 。Java 是 一 种 面 癌 对 象 语 言 ， 而 面向 对 象 机 制 对 于 重 构 有 很 大 帮助 。 


尽管 关注 对 象 是 代码 ， 但 重 构 对 于 系统 设计 也 有 巨大 影响 。 资 深 设计 师 和 架构 
师 也 很 有 必要 了 解 重 构 原 理 ， 并 在 自己 的 项 目 中 运用 重 构 技 术 。 最 好 是 由 老 资 格 、 
经 验 丰富 的 开发 人 员 来 引入 重 构 技 术 ， 因 为 这 样 的 人 最 能 够 透彻 理解 重 构 背后 的 原 
理 ， 并 根据 情况 加 以 调整 ， 使 之 适用 于 特定 工作 领域 。 如 果 你 使 用 的 不 是 Java， 这 
一 点 尤其 重要 ， 因 为 你 必须 把 我 给 出 的 范例 以 其 他 语言 改写 。 


下 面 我 要 告诉 你 ， 如 何 能 够 在 不 通读 全 书 的 情况 下 充分 用 好 它 。 
o 如 果 你 想 知道 重 构 是 什么 ， 请 阅读 第 1 章 ， 其 中 示例 会 让 你 清楚 重 构 的 过 程 。 


O 如 果 你 想 知 道 为 什么 应 该 重 构 ， 请 阅读 前 两 章 。 它 们 告诉 你 重 构 是 什么 以 及 
为 什么 应 该 重 构 。 
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前 言 


O 如 果 你 想 知 道 该 在 什么 地 方 重 构 ， 请 阅读 第 3 章 。 它 会 告诉 你 一 些 代码 特征 ， 
这 些 特征 指出 “这 里 需要 重 构 ”。 


O 如 果 你 想 着 手 进行 重 构 ， 请 完整 阅读 前 四 章 ， 然 后 选择 性 地 阅读 重 构 列表 。 
一 开始 只 需 概略 浏览 列表 ,看 看 其 中 有 些 什 么 ,不必 理解 所 有 细节 。 一 旦 真 
正 需 要 实施 某 个 准则 ， 再 详细 阅读 它 ， 从 中 获取 帮助 。 列 表 部 分 是 供 查 阅 的 
参考 性 内 容 ， 你 不 必 一 次 就 把 它 全 部 读 完 。 此 外 你 还 应 该 读 一 读 列表 之 后 其 
他 作者 的 “客串 章节 ”， 特 别 是 第 15 章 。 


eo 


站 在 前 人 的 肩膀 上 


就 在 本 书 一 开始 的 此 时 此 刻 ， 我 必须 说 : 这 本 书 让 我 从 了 一 大 笔 人 情 债 ， 从 那 
些 在 过 去 十 年 中 做 了 大 量 研究 工作 并 开创 重 构 领 域 的 人 一 大 笔 债 。 这 本 书 原本 应 该 
由 他 们 之 中 的 某 个 人 来 写 ， 但 最 后 却 是 由 我 这 个 有 时 间 有 精力 的 人 捡 了 便宜 。 


重 构 技 术 的 两 位 最 早 倡 导 者 是 Ward Cunningham 和 Kent Beck。 他 们 很 早 就 把 重 
构 作 为 开发 过 程 的 一 个 核心 成 分 ， 并 且 在 自己 的 开发 过 程 中 运用 它 。 尤其 需要 说 明 
的 是 ， 正 因为 和 Kent 的 合作 ， 才 让 我 真正 看 到 了 重 构 的 重要 性 ， 并 直接 激励 了 我 写 
出 这 本 书 。 


Ralph Johnson 在 UIUC (伊利诺伊 大 学 厄 巴 纳 - 尚 佩 恩 分 校 ) 领导 了 一 个 小 组 ， 
这 个 小 组 因 其 在 对 象 技术 方面 的 实际 贡献 而 声名 远扬 。 Ralph 很 早 就 是 重 构 技术 的 拥 
护 者 ， 他 的 一 些 学 生 也 一 直 在 研究 这 个 课题 。Bill Opdyke 的 博士 论文 是 重 构 研究 的 
第 一 份 详细 的 书面 成 果 。 John Brant 和 Don Roberts 则 早已 不 满足 于 写 文章 了 ,他 们 瑟 
了 一 个 工具 叫 Refactoring Browser〔 重 构 浏览 器 )， 对 Smalltalk 程 序 实施 重 构 工程 。 


__ 2. A 
致谢 


尽管 有 这 些 研 究 成 果 可 以 借鉴 ， 我 还 是 需要 很 多 协助 才能 写 出 这 本 书 。 首 先 ， 
并 且 也 是 最 重要 的 ，Kent Beck 给 了 我 巨大 的 帮助 。 Kent 在 底特律 的 某 个 酒吧 和 我 谈 
起 他 正在 为 Smalltalk _ Report 撰写 一 篇 论文 [Beck，hanoi]， 从 此 播 下 本 书 的 第 一 颗 种 
子 。 那 次 谈话 不 但 让 我 开始 注意 到 重 构 技 术 ， 而 且 我 还 从 中 “ 偷 ” 了 许多 想法 放 到 
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本 书 第 1 章 。Kent 也 在 其 他 很 多 方面 帮助 我 ， 想 出 “代码 味道 ”这 个 概念 的 是 他 ， 当 
我 遇 到 各 种 困难 时 ， 鼓 励 我 的 人 也 是 他 ， 常 常 和 我 一 起 工作 助 我 完成 这 本 书 的 ， 还 
是 他 。 我 常常 忍 不 住 这 么 想 : 他 完全 可 以 自己 把 这 本 书写 得 更 好 。 可 惜 有 时 间 写 书 
的 人 是 我 ， 所 以 我 也 只 能 希望 自己 不 要 做 得 太 差 。 


写 这 本 书 的 时 候 ， 我 希望 能 把 一 些 专家 经 验 直 接 与 你 分 享 ， 所 以 我 非常 感激 那 
些 花 时 间 为 本 书 添砖加瓦 的 人 。Kent Beck. John Brant. William Opdyke 和 Don Roberts 
编撰 或 合 写 了 本 书 部 分 章节 。 此 外 Rich Garzaniti 和 Ron Jeffries 帮 我 添加 了 一 些 有 用 
的 文中 注解 。 


在 任何 一 本 此 类 技术 书 里 ， 作 者 都 会 告诉 你 ， 技 术 审 阅 者 提供 了 巨大 的 帮助 。 
一 如 既往 ，Addison-Wesley 出 版 社 的 Carter Shanklin 和 他 的 团队 组 织 了 强大 的 审 稿 人 
阵容 ， 他 们 是 : 


a Ken Auer，Rolemodel 软 件 公司 

D Joshua Bloch，Sun 公 司 Java 软 件 部 

口 John Brant，UIUC 

Q Scott Corley, High Voltage 软 件 公司 

OQ Ward Cunningham，Cunningham& Cunningham 公 司 
QO Stéphane Ducasse 

O Erich Gamma， 对 象 技术 国际 公司 

口 Ron Jeffries 

Q Ralph Johnson, PARK 

口 Joshua Kerievsky, Industrial Logic 公 司 
QO Doug Lea， 纽 约 州立 大 学 Oswego 分 校 
Q Sander Tichelaar 


他 们 大 大 提高 了 本 书 的 可 读 性 和 准确 性 ， 并 且 至 少 去 掉 了 一 些 任何 手稿 都 可 能 
会 藏 有 的 错误 。 在 此 我 要 特别 感谢 两 个 效果 显著 的 建议 ， 它 们 让 我 的 书 看 上 去 耳目 
一 新 : Ward 和 Ron 建议 我 以 重 构 前 后 效果 并 列 对 照 的 方式 写 第 1 章 ，Joshua Kerievsky 
建议 我 在 重 构 列 表 中 画 出 代码 草图 。 


除了 正式 审阅 小 组 ， 还 有 很 多 非 正 式 的 审阅 者 。 这 些 人 或 看 过 我 的 手稿 ， 或 关 
注 我 的 网 页 并 留 下 对 我 很 有 帮助 的 意见 。 他 们 是 Leif Bennett, Michael Feathers, 
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Michael Finney, Neil Galarneau, Hisham Ghazouli, Tony Gould, John Isner, Brian 
Marick, Ralf Reissing, John Salt, Mark Swanson, Dave Thomas 和 Don Wells. 我 相 
信和 肯定 还 有 一 些 被 我 遗忘 的 人 ， 请 容 我 在 此 向 你 们 道歉 ， 并 致 上 我 的 谢意 。 


有 一 个 特别 有 趣 的 审阅 小 组 ， 就 是 “恶名 昭彰 ”的 UIUC 读 书 小 组 。 本 书 反 映 出 
他 们 的 众多 研究 成 果 ， 我 要 特别 感谢 他 们 用 录音 记录 的 意见 。 这 个 小 组 成 员 包括 
Fredrico “Fred” Balaguer, John Brant, Ian Chai, Brian Foote, Alejandra Garrido, 
Zhijiang“ John” Han, Peter Hatch, Ralph Johnson, Songyu“ Raymond” Lu, Dragos-Anton 
Manolescu, Hiroaki Nakamura, James Overturf, Don Roberts, Chieko Shirai, Les Tyrell 
和 Joe Yoder. 


任何 好 想法 都 需要 在 严酷 的 生产 环境 中 接受 检验 。 我 看 到 重 构 对 于 克莱斯勒 综 
合 薪资 系统 (Chrysler Comprehensive Compensation, C3) 发 挥 了 巨大 的 作用 。 我 要 
感谢 那个 团队 的 所 有 成 员 Ann Anderson, Ed Anderi, Ralph Beattie, Kent Beck, 
David Bryant, Bob Coe, Marie DeArment, Margaret Fronczak, Rich Garzaniti, Dennis 
Gore, Brian Hacker, Chet Hendrickson, Ron Jeffries, Doug Joppie, David Kim, Paul 
Kowalsky, Debbie Mueller, Tom Murasky, Richard Nutter, Adrian Pantea, Matt Saigeon, 
Don Thomas 和 Don Wells。 和 他 们 一 起 工作 所 获得 的 第 一 手数 据 ， 巩 固 了 我 对 重 构 原 
理 和 作用 的 认识 。 他 们 使 用 重 构 技术 所 取得 的 进步 极 大 程度 地 帮助 我 看 到 : 重 构 技 
术 应 用 于 历时 多 年 的 大 型 项 目 中 ， 可 以 起 到 何等 的 作用 ! 


再 提 一 句 , 我 得 到 了 Addison-Wesley 出 版 社 的 J. Carter Shanklin 及 其 团队 的 帮助 ， 
包括 Krysia Bebick、Susan Cestone、Chuck Dutton, Kristin Erickson. John Fuller. 
Christopher Guzikowski, Simone Payment 和 Genevieve Rajewski。 与 优秀 出 版 商 合作 
是 一 个 令 人 愉快 的 经 历 ， 他 们 为 我 提供 了 大 量 的 支持 和 帮助 。 


谈 到 支持 ， 为 一 本 书 付出 最 多 的 ， 总 是 距离 作者 最 近 的 人 。 那 就 是 现在 已 成 为 
我 妻子 的 Cindy。 感 谢 她 ， 当 我 埋 首 工作 的 时 候 ， 还 是 一 样 爱 我 。 即 使 在 我 投入 写 书 
时 ， 也 总 会 不 断想 起 她 。 


Martin Fowler 

于 马萨诸塞 州 Melrose 市 
fowler @acm.org 
http://www.martinfowler.com 


http://www.refactoring.com 
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W 
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重 构 ， 第 一 个 案例 


Ts 该 从 何 说 起 呢 ?| 蒂 照 传统 做 汶 ， 一 开始 介绍 某 个 东西 时 ， 首 先 应 该 大 致 

讲 讲 它 的 历史 、 主 要 原理 等 尝 。 可 是 每 当 有 了 居 在 会 场 上 介绍 这 些 东西 ， 

总 是 诱发 我 的 睛 睡 虫 。 我 的 思绪 开始 游荡 ， 我 的 眼神 开始 迷离 ， 直 到 主讲 人 秀 出 实 

例 ， 我 才能 够 提起 精神 实例 之 所 以 可 以 拯救 我 于 太 虚 之 中 ， 因 为 它 让 我 看 见 事 情 

在 真正 进行 。 谈 原理 , 很 容易 流 于 泛泛 ,及 很 难说 明 如 何 实际 应 用 。 给 出 一 个 实例 ， 
就 可 以 帮助 我 把 事情 认识 清楚 。 


所 以 我 决定 从 一 个 实例 说 起 。 在 此 过 程 中 我 将 告诉 你 很 多 重 构 的 道理 ， 并 且 让 
你 对 重 构 过 程 有 一 点 感觉 。 然 后 我 才能 向 你 展开 通常 的 原理 介绍 。 


但 是 , 面 对 这 个 介绍 性 实例 , 我 遇 到 了 一 个 大 问题 。 如 果 我 选择 一 个 大 型 程序 ， 
那么 对 程序 自身 的 描述 和 对 整个 重 构 过 程 的 描述 就 太 复杂 了 ,任何 读者 都 不 妨 丛 读 
(我 试 了 一 下 ， 哪 怕 稍 微 复杂 一 点 的 例子 都 会 超过 100 页 )。 如 果 我 选择 一 个 容易 理 
解 的 小 程序 ， 又 恐怕 看 不 出 重 构 的 价值 。 


和 任何 立志 要 介绍 “应 用 于 真实 世界 中 的 有 用 技术 ”的 人 一 样 ， 我 陷入 了 一 个 
十 分 典型 的 两 难 困境 。 我 只 能 带 引 你 看 看 如 何在 一 个 我 所 选择 的 小 程序 中 进行 重 构 ， 
然而 坦白 说 ， 那 个 程序 的 规模 根本 不 值得 我 们 那么 做 。 但 是 如 果 我 给 你 看 的 代码 是 
大 系统 的 一 部 分 ， 重 构 技术 很 快 就 变 得 重要 起 来 。 所 以 请 你 一 边 观赏 这 个 小 例子 ， 
一 边 想 象 它 身 处 于 一 个 大 得 多 的 系统 。 





1.1 起 点 
实例 非常 简单 。 这 是 一 个 影片 出 租 店 用 的 程序 ， 计 算 每 一 位 顾客 的 消费 金额 并 
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打印 详 单 。 操 作者 告诉 程序 ， 顾 客 租 了 哪些 影片 、 租 期 多 长 ， 程 序 便 根据 租赁 时 间 
和 影片 类 型 算出 费用 。 影 片 分 为 三 类 : 普通 片 、 儿 童 片 和 新 片 。 除 了 计算 费用 ， 还 
要 为 常客 计算 积分 ， 积 分 会 根据 租 片 种 类 是 否 为 新 片 而 有 不 同 。 


我 用 了 几 个 类 来 表现 这 个 例子 中 的 元 素 。 图 1-1 是 一 张 UML 类 图 ， 用 以 显示 这 


我 会 逐一 列 出 这 些 类 的 代码 。 





图 1-1 本 例 一 开始 的 各 个 类 。 此 图 只 显示 最 重要 的 特性 。 图 中 所 用 符号 
是 UML ([Fowler, UML]) 


Movie (影片 ) 


Movie 只 是 一 个 简单 的 纯 数 据 类 。 


public class Movie { 


public static final int CHILDRENS = 2; 
public static final int REGULAR = 0; 
public static final int NEW_RELEASE = 1; 


private String _title; 
private int _priceCode; 


public Movie(String title, int priceCode) { 
_title = title; 
_priceCode = priceCode; 

} 


public int getPriceCode() { 
return _priceCode; 


} 
public void setPriceCode(int arg) { 


_priceCode = arg; 
} 
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public String getTitle (){ 
return _title; 
}; 


Rental (租赁 ) 


Rental 表 示 某 个 顾客 租 了 一 部 影片 。 


class Rental 1 
private Movie _movie; 


private int _daysRented; 


public Rental(Movie movie, int daysRented) { 
-movie = movie; i 
_GaysRented = daysRented; 

} 

public int getDaysRented() { 
return _daysRented; 

} 

public Movie getMovie() { 


return _movie; 
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1.1 


起 点 





b 第 1 章 重 构 ， 第 一 个 案例 


Customer (MÆ ) 


customer 类 用 来 表示 顾客 。 就 像 其 他 类 一 样 , 它 也 拥有 数据 和 相应 的 访问 函数 : 


class Customer { 
private String _name; 


private Vector _rentals = new Vector({); 


public Customer (String name) { 
_name = name; 


}? 


public void addRental(Rental arg) { 
_rentals.addElement (arg); 

} 

public String getName (){ 
return _name; 

}; 


Customer 还 提供 了 一 个 用 于 生成 详 单 的 函数 ， 图 1-2 显 示 这 个 函数 带 来 的 交互 
过 程 。 完 整 代码 显示 于 下 一 页 。 






* [for all rentals] 


| 
图 1-2 statement () 的 交互 过 程 


www.TopSage.com 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 





Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 

double thisAmount = 0; 

Rental each = (Rental) rentals.nextElement (); 


//determine amounts for each line 
switch (each.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
thisAmount += 2; 
if (each.getDaysRented() > 2) 
thisAmount += (each.getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
thisAmount += each.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
thisAmount += 1.5; 
if (each.getDaysRented() > 3) 
thisAmount += (each.getDaysRented() - 3) * 1.5; 
break; 


// add frequent renter points 

frequentRenterPoints ++; 

// add bonus for a two day new release rental 

if ((each.getMovie() .getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints ++; 


//show figures for this rental 

result += "\t" + each.getMovie().getTitle()+ "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 

//add footer lines 

result += "Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf (frequentRenterPoints) + 
" frequent renter points"; 

return result; 
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对 此 起 始 程序 的 评价 


这 个 起 始 程序 给 你 留 下 什么 印象 ? 我 会 说 它 设 计 得 不 好 ， 而 且 很 明显 不 符合 面 
向 对 象 精神 。 对 于 这 样 一 个 小 程序 ， 这 些 缺 点 其 实 没有 什么 大 不 了 的 。 快 速 而 随 性 
地 设计 一 个 简单 的 程序 并 没有 错 。 但 如 果 这 是 复杂 系统 中 具有 代表 性 的 一 段 ， 那 么 
我 就 真 的 要 对 这 个 程序 信心 动摇 了 。customer 里 头 那 个 长 长 的 statement () 做 的 
事情 实在 太 多 了 ， 它 做 了 很 多 原本 应 该 由 其 他 类 完成 的 事情 。 


即便 如 此 ， 这 个 程序 还 是 能 正常 工作 。 所 以 这 只 是 美学 意义 上 的 判断 ， 只 是 对 
恬 随 代码 的 厌恶 ， 是 吗 ? 如 果 不 去 修改 这 个 系统 ， 那 么 的 确 如 此 ， 编 译 器 才 不 会 在 
乎 代码 好 不 好 看 呢 。 但 是 当 我 们 打算 修改 系统 的 时 候 , 就 涉及 了 人 , MAE PR. 
差劲 的 系统 是 很 难 修改 的 ， 因 为 很 难 找到 修改 点 。 如 果 很 难 找到 修改 点 ， 程 序 员 就 
很 有 可 能 犯错 ， 从 而 引入 bug。 


在 这 个 例子 里 ， 我 们 的 用 户 希望 对 系统 做 一 点 修改 。 首 先 他 们 希望 以 HTML 格 
式 输出 详 单 ， 这 样 就 可 以 直接 在 网 页 上 显示 ， 这 非常 符合 时 下 的 潮流 。 现 在 请 你 想 
一 想 ， 这 个 变化 会 带 来 什么 影响 。 看 看 代码 你 就 会 发 现 ， 根 本 不 可 能 在 打印 HTML 
报表 的 函数 中 复 用 目前 statement () 的 任何 行为 。 你 唯一 可 以 做 的 就 是 编写 一 个 全 
新 的 htmlstatement ()， 大 量 重 复 statement () 的 行为 。 当 然 ， 现 在 做 这 个 还 不 
太 费 力 ， 你 可 以 把 statement () 复制 一 份 然后 按 需 要 修改 就 是 了 。 


但 如 果 计 费 标准 发 生变 化 ， 又 会 如 何 ? 你 必须 同时 修改 statement () 和 
htmlStatement () ， 并 确保 两 处 修改 的 一 致 性 。 当 你 后 续 还 要 再 修改 时 ， 复 制 粘 
贴 带 来 的 问题 就 浮现 出 来 了 。 如 果 你 编写 的 是 一 个 永 不 需要 修改 的 程序 ， 那 么 前 前 
贴 贴 就 还 好 ， 但 如 果 程 序 要 保存 很 长 时 间 ， 而 且 可 能 需要 修改 ， 复 制 粘贴 行为 就 会 
造成 潜在 的 威胁 。 


ME, 第 二 个 变化 来 了 : 用 户 希 望 改变 影片 分 类 规则 ， 但 是 还 没有 决定 怎么 改 。 
他 们 设想 了 几 种 方案 ， 这 些 方案 都 会 影响 顾客 消费 和 和 常客 积分 点 的 计算 方式 。 作 为 
一 个 经 验 丰 富 的 开发 者 ， 你 可 以 肯定 : 不 论 用 户 提出 什么 方案 ， 你 唯一 能 够 获得 的 
保证 就 是 他 们 一 定 会 在 六 个 月 之 内 再 次 修改 它 。 


为 了 应 付 分 类 规则 和 计 费 规则 的 变化 ,程序 必须 对 statement () 做 出 修改 。 但 
如 果 我 们 把 statement () 内 的 代码 复制 到 用 以 打印 HTML 详 单 的 函数 中 ， 就 必须 确 
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12 重 构 的 第 一 步 


保 将 来 的 任何 修改 在 两 个 地 方 保持 一 致 。 随 着 各 种 规则 变 得 愈 来 愈 复杂 ， 适 当 的 修 
改 点 愈 来 愈 难 找 ， 不 犯错 的 机 会 也 愈 来 愈 少 。 


你 的 态度 也 许 倾 向 于 尽量 少 修改 程序 :不管 怎么 说 ， 它 还 运行 得 很 好 。 你 心里 
牢 牢记 着 那 句 古老 的 工程 谚语 :“ 如 果 它 没 坏 ， 就 不 要 动 它 。” 这 个 程序 也 许 还 没 坏 
掉 ， 但 它 造成 了 伤害 。 它 让 你 的 生活 比较 难过 ， 因 为 你 发 现 很 难 完成 客户 所 需 的 修 
改 。 这 时 候 ， 重 构 技 术 就 该 粉墨登场 了 。 





EE EE ep eat 





如 果 你 发 现 自己 需要 为 程序 添加 一 个 特性 , 而 代码 结构 使 你 无 法 很 方便 

地 达成 目的 ， 那 就 先 重 构 那个 程序 ， 使 特性 的 添加 比较 容易 进行 ， 然 后 

再 添加 特性 。 | 
Ee ee ae ee RS 








1.2 重 构 的 第 一 步 


每 当 我 要 进行 重 构 的 时 候 ， 第 一 个 步骤 永远 相同 ， 我 得 为 即将 修改 的 代码 建 
立 一 组 可 靠 的 测试 环境 。 这 些 测 试 是 必要 的 ， 因 为 尽管 遵循 重 构 手 法 可 以 使 我 避 
免 绝 大 多 数 引 入 bug 的 情形 ， 但 我 毕竟 是 人 ， 毕 竞 有 可 能 犯错 。 所 以 我 需要 可 靠 的 
测试 。 
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VvV 第 1 章 重 构 ， 第 一 个 案例 


由 于 statement () 的 运作 结果 是 个 字符 串 ， 所 以 我 首先 假设 一 些 顾客 ， 让 他 们 
每 个 人 各 租 几 部 不 同 的 影片 ， 然 后 产生 报表 字符 串 。 然 后 我 就 可 以 拿 新 字符 串 和 手 
上 已 经 检查 过 的 参考 字符 串 做 比较 。 我 把 所 有 测试 都 设置 好 ， 只 要 在 命令 行 输入 一 
条 Java 命 令 就 把 它们 统统 运行 起 来 。 运 行 这 些 测试 只 需 几 秒 钟 ， 所 以 你 会 看 到 我 经 
常 运行 它们 。 


测试 过 程 中 很 重要 的 一 部 分 ， 就 是 测试 程序 对 于 结果 的 报告 方式 。 它 们 要 么 说 
“OK ”， 表 示 所 有 新 字符 串 都 和 参考 字符 串 一 样 ， 要 么 就 列 出 失败 清单 ， 显 示 问 题字 
符 串 的 出 现行 号 。 这 些 测试 都 能 够 自我 检验 。 是 的 ， 你 必须 让 测试 有 能 力 自我 检验 ， 
否则 就 得 耗费 大 把 时 间 来 回 比 对 ， 这 会 降低 你 的 开发 速度 。 


进行 重 构 的 时 候 , 我 们 需要 依赖 测试 ， 让 它 告诉 我 们 是 否 引 入 了 bug。 好 的 测试 
是 重 构 的 根本 。 花 时 间 建 立 一 个 优良 的 测试 机 制 是 完全 值得 的 ， 因 为 当 你 修改 程序 
时 ， 好 测试 会 给 你 必要 的 安全 保障 。 测 试 机 制 在 重 构 领域 的 地 位 实在 太 重 要 了 ， 我 
将 在 第 4 章 详细 讨论 它 。 


YF 重 构 之 前 ,首先 检查 自己 是 否 有 一 套 可 靠 的 测试 机 制 。 这 些 测试 必须 有 





自我 检验 能 力 。 





1.3 ”分解 并 重组 statement () 


第 一 个 明显 引起 我 注意 的 就 是 长 得 离谱 的 statement () 。 每 当 看 到 这 样 长 长 的 
函数 ， 我 就 想 把 它 大 卸 八 块 。 要 知道 ， 代 码 块 愈 小 ， 代 码 的 功能 就 愈 容易 管理 ， 代 
码 的 处 理 和 移动 也 就 愈 轻 松 。 
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1.3 分解 并 重组 statement() Ya 


本 章 重 构 过 程 的 第 一 阶段 中 ， 我 将 说 明 如 何 把 长 长 的 函数 切 开 ， 并 把 较 小 块 的 
代码 移 全 更 合适 的 类 。 我 希望 降低 代码 重复 量 ， 从 而 使 新 的 (打印 HTML 详 单 用 的 ) 
函数 更 容易 撰写 。 





第 一 个 步骤 是 找 出 代码 的 逻辑 泥 团 并 运用 Extract Method (110)。 本 例 一 个 明显 
的 逻辑 泥 团 就 是 switch 语 句 ， 把 它 提 炼 到 独立 函数 中 似乎 比较 好 。 


和 任何 重 构 手法 一 样 ， 当 我 提炼 一 个 函数 时 ， 我 必须 知道 可 能 出 什么 错 。 如 果 
提炼 得 不 好 ， 就 可 能 给 程序 引入 bug。 所 以 重 构 之 前 我 需要 先 想 出 安全 做 法 。 由 于 先 
前 我 已 经 进行 过 数 次 这 类 重 构 , 所 以 我 已 经 把 安全 步骤 记录 于 后 面 的 重 构 列 表 中 了 。 


首先 我 得 在 这 段 代 码 里 找 出 函数 内 的 局 部 变量 和 人 参数。 我 找到 了 两 个 ，each 和 
thisamount， 前 者 并 未 被 修改 ， 后 者 会 被 修改 。 任 何不 会 被 修改 的 变量 都 可 以 被 
我 当成 参数 传 入 新 的 函数 ， 至 于 会 被 修改 的 变量 就 需 格 外 小 心 。 如 果 只 有 一 个 变量 
会 被 修改 ， 我 可 以 把 它 当 作 返 回 值 。thisamount 是 个 临时 变量 ， 其 值 在 每 次 循环 
起 始 处 被 设 为 0， 并 且 在 switch 语 句 之 前 不 会 改变 ， 所 以 我 可 以 直接 把 新 函数 的 返 
回 值 赋 给 它 。 


下 面 两 页 展示 了 重 构 前 后 的 代码 。 重 构 前 的 代码 在 左 页 , 重 构 后 的 代码 在 右 页 。 
凡是 从 函数 提炼 出 来 的 代码 ， 以 及 新 代码 所 做 的 任何 修改 ， 只 要 我 觉得 不 是 明显 到 
可 以 一 眼看 出 ， 就 以 粗 体 字 标 示 出 来 特别 提醒 你 。 本 章 剩 余部 分 将 延续 这 种 左右 比 
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Vv 第 1 章 重 构 ， 第 一 个 案例 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement (); 


//determine amounts for each line 
switch (each.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
thisAmount += 2; 
if (each.getDaysRented() > 2) 
thisAmount += (each.getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
thisAmount += each.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
thisAmount += 1.5; 
if (each.getDaysRented() > 3) 
thisAmount += (each.getDaysRented() - 3) * 1.5; 
break; 


// add frequent renter points 

frequentRenterPoints ++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) 
&& each.getDaysRented() > 1) frequentRenterPoints ++; 


//show figures for this rental 

result += "\t" + each.getMovie().getTitle()+ "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 
//add footer lines 
result += "Amount owed is " + String.valueOf (totalAmount } + "\n"; 
result += "You earned " + String.valueOf (frequentRenterPoints) 
+ " frequent renter points"; 
return result; 
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13 分解 并 重组 statement) Vv 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements({)) { 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement (); 





thisAmount = amountFor (each); 


// add frequent renter points 

frequentRenterPoints ++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints ++; 


//show figures for this rental 

result += "\t" + each.getMovie().getTitle()+ "\t" + 
String.valueOf (thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 

//add footer lines 

result += “Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf(frequentRenterPoints) + 
" frequent renter points"; 

return result; 


} 
private int amountFor(Rental each) { 
-int thisAmount = 0; 
switch (each.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
thisAmount += 2; 
if (each.getDaysRented() > 2) 
thisAmount += (each.getDaysRented({) - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
thisAmount += each.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
thisAmount += 1.5; 
if (each.getDaysRented() > 3) 
thisAmount += (each.getDaysRented() - 3) * 1.5; 
break; 
} 
return thisAmount; 
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Vv 第 1 章 重 构 ， 第 一 个 案例 


每 次 做 完 这 样 的 修改 ， 我 都 要 编译 并 测试 。 这 一 次 起 头 不 算 太 好 一 一 测试 失败 
了 ， 有 两 条 测试 数据 告诉 我 发 生 了 错误 。 一 阵 迷 惑 之 后 我 明白 了 自己 犯 的 错误 。 我 
轧 夺 地 将 amountFor () 的 返回 值 类 型 声明 为 int， 而 不 是 double。 


private double amountFor(Rental each) { 
double thisAmount = 0; 
switch (each.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
thisAmount += 2; 
if (each.getDaysRented() > 2) 
thisAmount += (each.getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
thisAmount += each.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
thisAmount += 1.5; 
if (each.getDaysRented() > 3) 
thisAmount += (each.getDaysRented() - 3) * 1.5; 
break; 
} 
return thisAmount; 
} 


RE WISH PRAY, MIRE IR RERR. ERE, Javai 
无 尤 地 把 aouble 类 型 转换 为 int 类 型 ， 而 且 还 愉快 地 做 了 取 整 动作 [Java Spec]. 
好 此 处 这 个 问题 很 容易 发 现 ， 因 为 我 做 的 修改 很 小 ， 而 且 我 有 很 好 的 测试 。 借 着 这 
个 意外 朴 忽 ， 我 要 阐述 重 构 步 骤 的 本 质 ， 由 于 每 次 修改 的 幅度 都 很 小 ， 所 以 任何 错 
误 都 很 容易 发 现 。 你 不 必 耗 费 大 把 时 间 调 试 ， 哪 怕 你 和 我 一 样 粗 心 。 
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1.3 ”分 解 并 重组 statement() 





由 于 我 用 的 是 Java， 所 以 我 需要 对 代码 做 一 些 分 析 ， 决 定 如 何 处 理 局 部 变量 。 
如 果 拥 有 相应 的 工具 ， 这 个 工作 就 超级 简单 了 。Smalltalk 的 确 拥 有 这 样 的 工具 : 
Refactoring Browser。 运 用 这 个 工具 ， 重 构 过 程 非常 轻松 ， 我 只 需 标示 出 需要 重 构 
的 代码 ， 在 菜单 中 选择 Extract Method， 输 入 新 的 函数 名 称 ， 一 切 就 自动 搞定 。 而 
昌 工 具 决 不 会 像 我 那样 犯 下 恩 盔 可 笑 的 错误 。 我 非常 盼望 早日 出 现 Java 版 本 的 重 构 
工具 ! 


D 本 书写 作 于 1999 年 。 十 年 之 后 ， 各 种 主要 的 Java IDE 都 已 经 提供 了 良好 的 重 构 支 持 。 一 一 译 者 注 
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现在 ,我 已 经 把 原来 的 函数 分 为 两 块 , 可 以 分 别处 理 它们 。 我 不 喜欢 amountFor () 
内 的 某 些 变量 名 称 ， 现 在 正 是 修改 它们 的 时 候 。 


下 面 是 原本 的 代码 : 


private double amountFor(Rental each) { 
double thisAmount = 0; 
switch (each.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
thisAmount += 2; 
if (each.getDaysRented() > 2) 
thisAmount += (each.getDaysRented({) - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
thisAmount += each.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
thisAmount += 1.5; 
if (each.getDaysRented() > 3) 
thisAmount += (each.getDaysRented() - 3) * 1.5; 
break; 
} 
return thisAmount; 
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1.3 分解 并 重组 statement() 
下 面 是 改名 后 的 代码 ; 


private double amountFor(Rental aRental) { 
double result = 0; 
switch (aRental.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (aRental.getDaysRented() > 2) 
result += (aRental.getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += aRental.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (aRental.getDaysRented() > 3) 
result += (aRental.getDaysRented() - 3) * 1.5; 
break; 
} 
return result; 
} 


改名 之 后 ， 我 需要 重新 编译 并 测试 ， 确 保 没 有 破坏 任何 东西 。 


更 改变 量 名 称 是 值得 的 行为 吗 ? 绝对 值得 。 好 的 代码 应 该 清楚 表达 出 自己 的 功 
能 ， 变 量 名 称 是 代码 清晰 的 关键 。 如 果 为 了 提高 代码 的 清晰 度 ， 需 要 修改 某 些 东西 
的 名 字 ， 那 么 就 大 胆 去 做 吧 。 只 要 有 良好 的 查找 /替换 工具 ， 更 改名 称 并 不 困难 。 语 
言 所 提供 的 强 类 型 检查 以 及 你 自己 的 测试 机 制 会 指出 任何 你 遗漏 的 东西 。 记 住 : 


Xo | 任何 一 个 傻瓜 都 能 写 出 计算 机 可 以 理解 的 代码 . 唯 有 写 出 人 类 容易 理解 | 
V | 的 代 码 ， 才 是 优秀 的 程序 页 


~ 


a EE te em 





代码 应 该 表现 自己 的 目的 ， 这 一 点 非常 重要 。 阅 读 代码 的 时 候 ， 我 经 常 进行 重 
构 。 这 样 ， 随 着 对 程序 的 理解 逐渐 加 深 ， 我 也 就 不 断 地 把 这 些 理解 嵌入 代码 中 ， 这 
么 一 来 才 不 会 遗忘 我 曾经 理解 的 东西 。 
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搬移 “人 金额 计算 ”代码 


观察 amountFor () 时 ， 我 发 现 这 个 函数 使 用 了 来 自 Rental 类 的 信息 ， 却 没有 
使 用 来 自 customer 类 的 信息 。 


class Customer... 
private double amountFor(Rental aRental) { 
double result = 0; 
switch (aRental.getMovie().getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (aRental.getDaysRented({) > 2) 


result += (aRental.getDaysRented() - 2) * 1.5; 
break; 


case Movie.NEW_RELEASE: 
result += aRental.getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (aRental.getDaysRented() > 3) 


result += (aRental.getDaysRented() - 3) * 1.5; 
break; 


} 


return result; 
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1.3 分解 并 重组 statement() 


这 立刻 使 我 怀疑 它 是 否 被 放 错 了 位 置 。 绝 大 多 数 情 况 下 ， 函 数 应 该 放 在 它 所 使 
用 的 数据 的 所 属 对 象 内 ， 所 以 amountFor () 应 该 移 到 Rental 类 去 。 为 了 这 么 做 ， 
我 要 运用 Move Method (142). 首先 把 代码 复制 到 Rental 类 , 调整 代码 使 之 适应 新 家 ， 
然后 重新 编译 。 像 下 面 这 样 : 


class Rental... 
double getCharge() { 
double result = 0; 
Switch (getMovie().getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (getDaysRented() > 2) 
result += (getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (getDaysRented() > 3) 
result += (getDaysRented() - 3) * 1.5; 
break; 
} 
return result; 


} 


在 这 个 例子 里 ,“ 适 应 新 家 ”意味 着 要 去 掉 参数 。 此 外 ,我 还 要 在 搬移 的 同时 变 
更 函数 名 称 。 


现在 我 可 以 测试 新 函数 是 否 正 常 工作 。 只 要 改变 customer .amountFor () HK 
内 容 ， 使 它 委托 调用 新 函数 即 可 : 


class Customer... 
private double amountFor(Rental aRental) { 
return aRental.getCharge(); 


} 


现在 我 可 以 编译 并 测试 ， 看 看 有 没有 破坏 什么 东西 。 
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第 1 章 重 构 ， 第 一 个 案例 


下 一 个 步 又 是 找 出 程序 中 对 于 旧 函 数 的 所 有 引用 点 ， 并 修改 它们 ， 让 它们 改 用 
新 函数 。 下 面 是 原本 的 程序 : 


class Customer... 
public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement (); 


thisAmount = amountFor (each); 


// add frequent renter points 

frequentRenterPoints++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints++; 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 

// add footer lines 

result += “Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf(frequentRenterPoints) + 
“ frequent renter points"; 

return result; 
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1.3 分解 并 重组 statement() y 


本 例 之 中 ， 这 个 步骤 很 简单 ， 因 为 我 才刚 刚 产生 新 函数 ， 只 有 一 个 地 方 使 用 了 
它 。 一 般 情况 下 ， 你 得 在 可 能 运用 该 函数 的 所 有 类 中 查找 一 遍 。 


class Customer 
public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement (); 


thisAmount = each.getCharge(); 


// add frequent renter points 

frequentRenterPoints++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints++; 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 

// add footer lines 

result += "Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf (frequentRenterPoints) + 
" frequent renter points"; 

return result; 





图 1-3 ”搬移 “金额 计算 ”函数 后 ， 所 有 类 的 状态 
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做 完 这 些 修 改 之 后 〈 图 1-3)， 下 一 件 事 就 是 去 掉 旧 函数 。 编 译 器 会 告诉 我 是 否 
我 漏 把 了 什么 。 然 后 我 进行 测试 ， 看 看 有 没有 破坏 什么 东西 。 


有 时 候 我 会 保留 旧 函 数 ， 让 它 调 用 新 函数 。 如 果 旧 函数 是 一 个 public 函 数 ， 而 我 
又 不 想 修 改 其 他 类 的 接口 ， 这 便 是 一 种 有 用 的 手法 。 


当然 我 还 想 对 Rental .getcharge () 做 些 修改 ， 不 过 暂时 到 此 为 止 ， 让 我 们 回 


到 customer .statement () 函数 。 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
double thisAmount = 0; 
Rental each = (Rental) rentals.nextElement({); 


thisAmount = each.getCharge(); 


// add frequent renter points 

frequentRenterPoints++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints++; 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf(thisAmount) + "\n"; 

totalAmount += thisAmount; 


} 

// add footer lines 

result += "Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf(frequentRenterPoints) + 
" frequent renter points"; 

return result; 
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1.3 分解 并 重组 statement() 


下 一 件 引 我 注意 的 事 是 : thisamount 如 今 变 得 多 余 了 。 它 接受 each.get- 
Charge () 的 执行 结果 ， 然 后 就 不 再 有 任何 改变 。 所 以 我 可 以 运用 Replace Temp with 
Query (120) 把 thisAmount 除 去 : 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements({)) { 
Rental each = (Rental) rentals.nextElement (); 


// add frequent renter points 

frequentRenterPoints++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie.NEW_RELEASE) && 
each.getDaysRented() > 1) frequentRenterPoints++; 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + String.valuedf 
(each.getCharge()) + "\n"; 

totalAmount += each.getCharge(); 


} 

// add footer lines 

result += "Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf (frequentRenterPoints) 
+ " frequent renter points"; 


return result; 


做 完 这 份 修改 ， 我 立刻 编译 并 测试 ， 保 证 自己 没有 破坏 任何 东西 。 


我 喜欢 尽量 除去 这 一 类 临时 变量 。 临 时 变量 往往 引发 问题 ， 它 们 会 导致 大 量 参 
数 被 传 来 传 去 ， 而 其 实 完全 没有 这 种 必要 。 你 很 容易 跟 丢 它们 ， 尤 其 在 长 长 的 函数 
之 中 更 是 如 此 。 当 然 我 这 么 做 也 需 付 出 性 能 上 的 代价 ， 例 如 本 例 的 费用 就 被 计算 了 
两 次 。 但 是 这 很 容易 在 Rental 类 中 被 优化 。 而 且 如 果 代码 有 合理 的 组 织 和 管理 , 优 
化 就 会 有 很 好 的 效果 。 我 将 在 第 69 页 的 “ 重 构 与 性 能 ”一 节 详 谈 这 个 问题 。 
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v 第 1 章 重 构 ， 第 一 个 案例 


提炼 “常客 积分 计算 ”代码 


下 一 步 要 对 “常客 积分 计算 ”做 类 似 处 理 。 积 分 的 计算 视 影片 种 类 而 有 不 同 ， 
不 过 不 像 收 费 规则 有 那么 多 变化 ,看 来 似乎 有 理由 把 积分 计算 责任 放 在 Rental 类 身 
E. 首先 需要 针对 “常客 积分 计算 ”这 部 分 代码 ( 粗 体 部 分 ) 运用 Extract Method(110) 
重 构 手 法 : 


public String statement() { 
double totalAmount = 0; 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + “\n"; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 


// add frequent renter points 

frequentRenterPoints++; 

// add bonus for a two day new release rental 

if ((each.getMovie().getPriceCode() == Movie .NEW_RELEASE) 
&& each.getDaysRented() > 1) frequentRenterPoints++; 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" 
+ String.valueOf (each.getCharge()) + "\n"; 

totalAmount += each.getCharge(); 


} 

// add footer lines 

result += "Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String. valueOf (frequentRenterPoints) 
+ “ frequent renter points"; 

return result; 
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1.3 ”分 解 并 重组 statement() 


我 们 再 来 看 局 部 变量 。 这 里 再 一 次 用 到 了 each， 而 它 可 以 被 当 作 参数 传 入 新 函 
数 中 。 另 一 个 临时 变量 是 ftrequentRenterPoints。 本 例 中 的 它 在 被 使 用 之 前 已 经 
先 有 初 值 ， 但 提炼 出 来 的 函数 并 没有 读 取 该 值 ， 所 以 我 们 不 需要 将 它 当 作 参 数 传 进 
去 ， 只 需 把 新 函数 的 返回 值 累加 上 去 就 行 了 。 


我 完成 了 函数 的 提炼 ， 重 新 编译 并 测试 ， 然 后 做 一 次 搬移 ， 再 编译 、 再 测试 。 
重 构 时 最 好 小 步 前 进 ， 如 此 一 来 犯错 的 几率 最 小 。 


class Customer... 





public String statement() { 

double totalAmount = 0; 

int frequentRenterPoints = 0; 

Enumeration rentals = _rentals.elements(); 

String result = "Rental Record for " + getName() + “\n"; 

while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 
frequentRenterPoints += each.getFrequentRenterPoints(); 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf(each.getCharge()) + "\n"; 

totalAmount += each.getCharge(); 


// add footer lines 

result += "Amount owed is " + String.valueOf (totalAmount) + “\n"; 

result += "You earned " + String.valueOf(frequentRenterPoints) + 
" frequent renter points"; 

return result; 


class Rental... 
int getFrequentRenterPoints() { 
if ((getMovie().getPriceCode() == Movie.NEW_RELEASE) 
&& getDaysRented() > 1) return 2; 
else 
return 1; 
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第 1 章 重 构 ， 第 一 个 案例 


我 利用 重 构 前 后 的 UML 图 〈 图 1-4 一 图 1-7) 来 总 结 刚 才 所 做 的 修改 。 和 先前 一 
样 ， 左 页 是 修改 前 的 图 ， 右 页 是 修改 后 的 图 。 





图 1-4 “常客 积分 计算 ”函数 被 提炼 及 搬移 之 前 的 类 图 





| | 
1-5 “常客 积分 计算 ”函数 被 提炼 及 搬移 之 前 的 序列 图 
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13 分解 并 重组 statement() v 


aren a 


getFrequentRenterPoints() 


图 1-6 “常客 积分 计算 ”函数 被 提炼 及 搬移 之 后 的 类 图 


| 









= ae 















* [for all rentals] 


getFrequentRenterPoints 


图 1-7 “常客 积分 计算 ”函数 被 提炼 及 搬移 之 后 的 序列 图 
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第 1 章 重 构 ， 第 一 个 案例 
去 除 临 时 变量 


正如 我 在 前 面 提 过 的 ， 临 时 变量 可 能 是 个 问题 。 它 们 只 在 自己 所 属 的 函数 中 有 
效 ， 所 以 它们 会 助长 元 长 而 复杂 的 函数 。 这 里 有 两 个 临时 变量 ， 两 者 都 是 用 来 从 
Customer 对 象 相关 的 Rental 对 象 中 获得 某 个 总 量 。 不 论 ASCII 版 或 HTML 版 都 需要 
这 些 总 量 。 我 打算 运用 Replace Temp with Query (120)， 并 利用 查询 函数 query 
method) 来 取代 totalAmount 和 frequentRentalPoints 这 两 个 临时 变量 。 由 于 
类 中 的 任何 函数 都 可 以 调用 上 述 查 询 函 数 ， 所 以 它 能 够 促成 较 干净 的 设计 ， 而 减少 
见长 复杂 的 函数 : 


class Customer... 
public String statement() { 

double totalAmount = 0; 

int frequentRenterPoints = 0; 

Enumeration rentals = _rentals.elements(); 

String result = "Rental Record for " + getName() + "\n"; 

while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
frequentRenterPoints += each.getFrequentRenterPoints(); 


// show figures for this rental 

result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf (each.getCharge()) + "\n"; 

totalAmount += each.getCharge(); 


// add footer lines 

result += “Amount owed is " + String.valueOf(totalAmount) + "\n"; 

result += "You earned " + String.valueOf (frequentRenterPoints) + 
" frequent renter points"; 

return result; 
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1.3 分解 并 重组 statement() Yi 


BRA customer 类 的 get Totalcharge() 取 代 totalAmount: 





class Customer... 


public String statement() { 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
frequentRenterPoints += each.getFrequentRenterPoints(); 


// show figures for this rental 
result += "\t" + each.getMovie().getTitle() + "\t" + 
String.valueOf (each.getCharge()) + "\n"; 


// add footer lines 

result += “Anount owed is " + String.valueOf (getTotalCharge()) + "\n"; 

result += "You earned " + String.valueOf (frequentRenterPoints) 
+ “ frequent renter points"; 


return result; 


private double getTotalCharge() { 
double result = 0; 
Enumeration rentals = _rentals.elements(); 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 
result += each.getCharge(); 
} 
return result; 
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这 并 不 是 Replace Temp with Query (120) 的 最 简单 情况 。 由 于 totalAmount 在 循 
环 内 部 被 赋值 ， 我 不 得 不 把 循环 复制 到 查询 函数 中 。 


重 构 之 后 ， 重 新 编译 并 测试 ， 然后 以 同样 手法 处 理 frequentRenterpoints: 


class Customer... 
public String statement() { 
int frequentRenterPoints = 0; 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + Ane; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
frequentRenterPoints += each.getFrequentRenterPoints(); 


//show figures for this rental 
result += “\t" + each.getMovie().getTitle()+ "\t" + 
String.valueOf (each.getCharge()) + "\n"; 


//add footer lines 

result += "Amount owed is "+ String. valueOf (getTotalCharge()) + "\n"; 

result += “You earned " + String.valueOf(frequentRenterPoints) + 
" frequent renter points"; 

return result; 
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1.3 分解 并 重组 statement() 


public String statement() { 
Enumeration rentals = _rentals.elements(); 
String result = "Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentalis.nextETement (); 





//show figures for this rental 
result += "\t" + each.getMovie().getTitle()+ "\t" + 
String.valueOf (each.getCharge()) + "\n"; 


//add footer lines 

result += "Amount owed is " + String.valueOf (getTotalCharge()) + "\n"; 

result += "You earned "+ String.valueOf (getTotaIFrequentRenterPoints()) + 
" frequent renter points"; 

return result; 


private int getTotalFrequentRenterPoints() { 

int result = 0; 

Enumeration rentals = _rentals.elements(); 

while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
result += each.getFrequentRenterPoints(); 

} 

Return reselt; 
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y 第 1 章 重 构 ， 第 一 个 案例 


1-8 一 图 1-11 分 别 以 UML 类 图 和 交互 图 展示 statement () 重 构 前 后 的 变化 。 


; int 
getFrequentRenterPoints() 


图 1-8 “总 量 计算 ”函数 被 提炼 前 的 类 图 













图 1-9 “总 量 计算 ” 函 数 被 提炼 前 的 序列 图 
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1.3 分解 并 重组 statement() 








ola Statement(} 
getTotalCharge() 


图 1-10 “总 量 计算 ”函数 被 提炼 后 的 类 图 





| | 
图 1-11 “总 量 计算 ”函数 被 提炼 后 的 序列 图 
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y 第 1 章 重 构 ， 第 一 个 案例 


1-8 一 图 1-11 分 别 以 UML 类 图 和 交互 图 展示 statement () 重 构 前 后 的 变化 。 





图 1-8 “总 量 计算 ”函数 被 提炼 前 的 类 图 





图 1-9 “总 量 计算 ”函数 被 提炼 前 的 序列 图 
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1.3 分解 并 重组 statement() 


通过 计算 逻辑 的 提炼 ,我 可 以 完成 一 个 htmlstatement () ,并 复 用 原本 state- 
ment () 内 的 所 有 计算 。 我 不 必 剪 剪贴 贴 ， 所 以 如 果 计 算 规则 发 生 改 变 ， 我 只 需 在 程 
序 中 做 一 处 修改 。 完 成 其 他 任何 类 型 的 详 单 也 都 很 快 而 且 很 容易 。 这 次 重 构 并 没 
有 花 很 多 时 间 ， 其 中 大 半 时 间 我 用 来 弄 清楚 代码 所 做 的 事 ， 而 这 是 我 无 论 如 何 都 
得 做 的 。 


前 面 有 些 代 码 是 从 ASCII 版 本 中 复制 过 来 的 一 一 主要 是 循环 设置 部 分 。 更 深入 
的 重 构 动 作 可 以 清除 这 些 重复 代码 。 我 可 以 把 处 理 表 头 Cheader), KÆ (footer) 
和 详 单 细 目的 代码 都 分 别提 炼 出 来 。 在 Form Template Method (345) 实 例 中 ， 你 可 以 
看 到 如 何 做 这 些 动作 。 但 是 ,现在 用 户 又 开始 咬 咕 了 ,他们 准备 修改 影片 分 类 规则 。 
我 们 尚未 清楚 他 们 想 怎 么 做 ， 但 似乎 新 分 类 法 很 快 就 要 引入 ， 现 有 的 分 类 法 马上 就 
要 变更 。 与 之 相应 的 费用 计算 方式 和 常客 积分 计算 方式 都 还 有 待 决定 ， 现 在 就 对 程 
序 做 修改 ， 肯 定 是 愚 套 的 。 我 必须 进入 费用 计算 和 常客 积分 计算 中 ， 把 因 条 件 而 异 
的 代码 ?替换 掉 , 这 样 才 能 为 将 来 的 改变 镀 上 一 层 保护 膜 。 现 在 , 请 重新 戴 回 “ 重 构 ” 
这 项 帽子 。 


© 指 的 是 switch 语 句 内 的 case 子 句 。 一 一 详 者 注 
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第 1 章 重 构 ， 第 一 个 案例 





1.4 运用 多 态 取代 与 价格 相关 的 条 件 逻 辑 


这 个 问题 的 第 一 部 分 是 switch 语 句 ,最 好 不 要 在 另 一 个 对 象 的 属性 基础 上 运用 
switch 语 句 。 如 果 不 得 不 使 用 ， 也 应 该 在 对 象 自己 的 数据 上 使 用 ， 而 不 是 在 别人 的 
数据 上 使 用 。 


Class Rental... 
double getCharge() { 
double result = 0; 
switch (getMovie().getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (getDaysRented() > 2) 
result += (getDaysRented() - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += getDaysRented() * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (getDaysRented() > 3) 
result += (getDaysRented() - 3) * 1.5; 
break; 
} 


return result; 


www. TopSage.com 


14 运用 多 态 取代 与 价格 相关 的 条 件 逻 辑 
这 上 暗示 getcharge () 应 该 移 到 Movie 类 里 去 : 





class Movie... 
double getCharge(int daysRented) { 
Gouble result = 0; 
switch (getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (daysRented > 2) 
result += (daysRented - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += daysRented * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (daysRented > 3) 
result += (daysRented - 3) * 1.5; 
break; 
} 
return result; 


) 


为 了 让 它 得 以 运作 ， 我 必须 把 租 期 长 度 作 为 参数 传递 进去 。 当 然 ， 租 期 长 度 来 
自 Rental 对 象 。 计算 费用 时 需要 两 项 数据 : 租 期 长 度 和 影片 类 型 。 为 什么 我 选择 将 
租 期 长 度 传 给 Movie 对 象 , 而 不 是 将 影片 类 型 传 给 Rental 对 象 呢 ? 因为 本 系统 可 能 
发 生 的 变化 是 加 入 新 影片 类 型 , 这 种 变化 带 有 不 稳定 倾向 。 如 果 影 片 类 型 有 所 变化 ， 
我 希望 尽量 控制 它 造成 的 影响 ， 所 以 选择 在 Movie 对 象 内 计算 费用 。 


我 把 上 述 计 费 方法 放 进 Movie 类 ， 然 后 修改 Rental 的 getcharge()， 让 它 使 
用 这 个 新 函数 〈 图 1-12 和 图 1-13 ): 
class Rental... 
double getCharge() { 


return _movie.getCharge(_daysRented) ; 
} 
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y 第 1 章 重 构 ， 第 一 个 案例 


搬移 getcharge () 之 后 ， 我 以 相同 手法 处 理 常 客 积分 计算 。 这 样 我 就 把 根据 影 
片 类 型 而 变化 的 所 有 东西 ， 都 放 到 了 影片 类 型 所 属 的 类 中 。 以 下 是 重 构 前 的 代码 ; 


class Rental... 
int getFrequentRenterPoints() { 
if ((getMovie() .getPriceCode() == Movie.NEW_RELEASE) && getDaysRented() > 1) 
return 2; 
else 
return 1; 















Statement() 
htmlStatement() 


getTotalCharge() 
getTotaiFrequentRenterPoints() 


图 1-12 本 节 所 讨论 的 两 个 函数 被 移 到 Movie 类 内 之 前 系统 的 类 图 
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重 构 后 的 代码 如 下 : 


class Rental... 
int getFrequentRenterPoints() { 
return _movie.getFreauentRenterPoints (_daysRented) ; 


class Movie... 
int getFrequentRenterPoints(int daysRented) { 


if ((getPriceCode() == Movie.NEW_RELEASE) && daysRented > 1) 
return 2; 

else 
return 1; 












getFrequentRenterPoints() 


getCharge(days: int) 
getFrequentRenterPoints(days: int) 


图 1-13 ”本 节 所 讨论 的 两 个 函数 被 移 到 Movie 类 内 之 后 系统 的 类 图 







statement() 
htm|Statement() 
getTotalCharge() 
getTotalFrequentRenterPoints() 









www. TopSage.com 


V 第 1 章 重 构 ， 第 一 个 案例 


终于 …… 我 们 来 到 继承 


我 们 有 数 种 影片 类 型 ， 它 们 以 不 同 的 方式 回答 相同 的 问题 。 这 听 起 来 很 像 子 类 
的 工作 。 我 们 可 以 建立 Movie 的 三 个 子 类 ， 每 个 都 有 自己 的 计 费 法 〈 图 1-14)。 





图 1-14 ”以 继承 机 制 表现 不 同 的 影片 类 型 


这 么 一 来 ,我 就 可 以 用 多 态 来 取代 switch 语 名 了。 很 遗憾 的 是 这 里 有 个 小 问题 ， 
不 能 这 么 干 。 一 部 影片 可 以 在 生命 周期 内 修改 自己 的 分 类 ， 一 个 对 象 却 不 能 在 生命 
周期 内 修改 自己 所 属 的 类 。 不 过 还 是 有 一 个 解决 方法 : State 模 式 [Gang of Four]。 运 
用 它 之 后 ， 我 们 的 类 看 起 来 像 图 1-15。 





图 1-15 ”运用 State 模 式 表 现 不 同 的 影片 
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14 运用 多 态 取代 与 价格 相关 的 条 件 远 辑 


加 入 这 一 层 间 接 性 , 我 们 就 可 以 在 Price 对 象 内 进行 子 类 化 动作 ?， 于 是 便 可 在 
任何 必要 时 刻 修改 价格 。 


如 果 你 很 熟悉 GoF (Gang of Four， 四 巨头 ) 8 所 列 的 各 种 模式 ， 可 能 会 问 :“ 这 
是 一 个 State， 还 是 一 个 Strategy?” 答 案 取决 于 Price 类 究竟 代表 计 费 方式 〈 此 时 我 
喜欢 把 它 叫 做 Pricer 还 PricingStrategy)， 还 是 代表 影片 的 某 个 状态 〈 例 如 “Srar Trek X 
是 一 部 新 片 ”)。 在 这 个 阶段 ， 对 于 模式 (和 其 名 称 ) 的 选择 反映 出 你 对 结构 的 想法 。 
此 刻 我 把 它 视 为 影片 的 某 种 状态 。 如 果 未 来 我 觉得 Strategy 能 更 好 地 说 明 我 的 意图 ， 
我 会 再 重 构 它 ， 修 改名 字 ， 以 形成 Strategy。 


为 了 引入 State 模 式 ， 我 使 用 三 个 重 构 手法 。 首 先 运 用 Replace Type Code with 
State/Strategy (227), 将 与 类 型 相关 的 行为 搬移 至 State 模 式 内 。 然 后 运用 Move Method 
(142) 将 switch 语 句 移 到 Price 类 。 最 后 运用 Replace Conditional with Polymorphism 
(255) 去 掉 switch 语 句 。 


© 如 图 1-15。 一 一 译 者 注 
四 Ralph Johnson 和 另外 三 位 先生 Erich Gamma, Richard Helm. John Vlissides 合 写 了 软件 开发 界 驰名 
的 《设计 模式 》， 人 称 四 巨头 (Gang of Four)。 一 一 译 者 注 
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y 第 1 章 重 构 ， 第 一 个 案例 


首先 我 要 使 用 Replace Type Code with State/Strategy (227)。 第 一 步骤 是 针对 类 型 
代码 使 用 SelfEncapsulate Field (171), 确保 任何 时 候 都 通过 取 值 函数 和 设 值 函数 来 访 
问 类 型 代码 。 多 数 访问 操作 来 自 其 他 类 ， 它 们 已 经 在 使 用 取 值 函数 。 但 构造 函数 仍 
然 直 接 访问 价格 代码 ?: 

class Movie... 

public Movie(String title, int priceCode) { 
-title= title; 


_priceCode = priceCode; 
} 





O 程序 中 的 _pricecode。 PEATE 
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14 运用 多 态 取代 与 价格 相关 的 条 件 还 辑 y 
我 可 以 用 一 个 设 值 函数 来 代替 : ol 
1 


class Movie 
public Movie(String title, int priceCode) { 
_title = _title; 
set PriceCode (priceCode) ; 


} 


然后 编译 并 测试 ， 确 保 没 有 破坏 任何 东西 。 现 在 我 新 建 一 个 Price 类 ， 并 在 其 
中 提供 类 型 相关 的 行为 。 为 了 实现 这 一 点 ， 我 在 Price 类 内 加 入 一 个 抽象 函数 ， 并 
在 所 有 子 类 中 加 上 对 应 的 具体 函数 : 


abstract class Price { 
abstract int getPriceCode(); 
} 
class ChildrensPrice extends Price { 
int getPriceCode({) { 
return Movie.CHILDRENS; 


class NewReleasePrice extends Price { 
int getPriceCode() { 
return Movie.NEW_RELEASE; 


class RegularPrice extends Price { 
int getPriceCode() { 
return Movie.REGULAR; 


} 


然后 就 可 以 编译 这 些 新 建 的 类 了 。 
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现在 ， 我 需要 修改 Movie 类 内 的 “价格 代号 ”访问 函数 〈 取 值 函数 / 设 值 函 数 ， 
如 下 )， 让 它们 使 用 新 类 。 下 面 是 重 构 前 的 样子 ， 


public int getPriceCode() { 
return _priceCode; 

} 

public setPriceCode(int arg) { 
—priceCode = arg; 

} 

private int _priceCode; 
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14 运用 多 态 取代 与 价格 相关 的 条 件 还 辑 


这 意味 着 我 必须 在 Movie 类 内 保存 一 个 Price 对 象 ， 而 不 再 是 保存 一 个 _price- 
code 变 量 。 此 外 我 还 需要 修改 访问 函数 : 


class Movie... 
public int getPriceCode() { 


return _price.getPriceCode(); 
} 


public void setPriceCode(int arg) { 
switch (arg) { 
case REGULAR: 
_price = new RegularPrice(); 
break; 
case CHILDRENS: 


_price = new ChildrensPrice(); 
break; 


case NEW_RELEASE: 


_price = new NewReleasePrice(); 
break; 
default: 


throw new IllegalArgumentException("Incorrect Price Code"); 


private Price _price; 


现在 我 可 以 重新 编译 并 测试 ， 那 些 比较 复杂 的 函数 根本 不 知道 世界 已 经 变 了 个 
样 儿 。 
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y 第 1 章 重 构 ， 第 一 个 案例 


现在 我 要 对 getcharge () 实施 Move Method (142)。 下 面 是 重 构 前 的 代码 : 


class Movie... 
double getCharge(int daysRented) { 
double result = 0; 
switch (getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (daysRented > 2) 
result += (daysRented - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += daysRented * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (daysRented > 3) 
result += (daysRented - 3) * 1.5; 
break; 
} 


return result; 
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14 运用 多 态 取 代 与 价格 相关 的 条 件 远 辑 v 


搬移 动作 很 简单 。 下 面 是 重 构 后 的 代码 : 


class Movie... 
Gouble getCharge(int daysRented) { 
return _price.getCharge (daysRented) ; 


class Price... 
double getCharge(int daysRented) { 
double result = 0; 
Switch (getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (daysRented > 2) 
result += (daysRented - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += daysRented * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (daysRented > 3) 


result += (daysRented - 3) * 1.5; 


break; 


} 


return result; 


www. TopSage.com 


第 1 章 重 构 ， 第 一 个 案例 


搬移 之 后 ， 我 就 可 以 开始 运用 Replace Conditional with Polymorphism (255) J » 
下 面 是 重 构 前 的 代码 : 


class Price... 
double getCharge(int daysRented) { 
double result = 0; 
switch (getPriceCode()) { 
case Movie.REGULAR: 
result += 2; 
if (daysRented > 2) 
result += (daysRented - 2) * 1.5; 
break; 
case Movie.NEW_RELEASE: 
result += daysRented * 3; 
break; 
case Movie.CHILDRENS: 
result += 1.5; 
if (daysRented > 3) 
result += (daysRented - 3) * 1.5; 
break; 
} 
return result; 
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14 运用 多 态 取代 与 价格 相关 的 条 件 逻 辑 
我 的 做 法 是 一 次 取出 一 个 case 分 支 ， 在 相应 的 类 建立 一 个 覆盖 函数 。 先 从 


RegularPrice 开 始 : 


class RegularPrice... 
double getCharge(int daysRented) { 
double result = 2; 
if (daysRented > 2) 
result += (daysRented - 2) * 1.5; 
return result; 


} 


这 个 函数 覆盖 了 父 类 中 的 case 语 句 ， 而 我 暂时 还 把 后 者 留 在 原 处 不 动 。 现 在 编 
译 并 测试 ， 然 后 取出 下 一 个 case 分 支 ， 再 编译 并 测试 。( 为 了 保证 被 执行 的 确实 是 
子 类 中 的 代码 ， 我 喜欢 故意 丢 一 个 错误 进去 ， 然 后 让 它 运 行 ， 让 测试 失败 。 噢 ， 我 
是 不 是 有 点 太 偏执 了 ? ) 


class ChildrensPrice 
double getCharge(int daysRented) { 
double result = 1.5; 
if (daysRented > 3) 
result += (daysRented - 3) * 1.5; 
return result; 


} 


class NewReleasePrice... 
double getCharge(int daysRented) { 
return daysRented * 3; 
} 


处 理 完 所 有 case 分 支 之 后 ， 我 就 把 Price.getcharge () 声 明 为 abstract: 


class Price... 
abstract double getCharge(int daysRented) ; 
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现在 我 可 以 运用 同样 手法 处 理 getFreauentRenterPoints () 。 重 构 前 的 样子 
如 下 >; 


class Movie... 


int getFrequentRenterPoints(int daysRented) { 


if ((getPriceCode() == Movie.NEW_RELEASE) && daysRented > 1) 
return 2; 

else 
return 1; 


O 其 中 有 类 型 相关 的 行为 ， 也 就 是 “判断 是 否 为 新 片 ”那个 动作 。 一 一 译 者 注 
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14 运用 多 态 取代 与 价格 相关 的 条 件 罗 辑 
首先 我 把 这 个 函数 移 到 Price 类 ，; 


class Movie... 
int getFrequentRenterPoints(int GaysRented) { 
return _price.getFrequentRenterPoints (daysRented) ; 
} 
class Price... 
int getFrequentRenterPoints (int daysRented) { 


if ((getPriceCode() == Movie.NEW_RELEASE) && daysRented > 1) 
return 2; 

else 
return 1; - 


} 


但 是 这 一 次 我 不 把 超 类 函数 声明 为 abstract o 我 只 是 为 新 片 类 型 增加 一 -个 覆 
写 函 数 ， 并 在 超 类 内 留 下 一 个 已 定义 的 函数 ， 使 它 成 为 一 种 默认 行为 。 


class NewReleasePrice 
int getFrequentRenterPoints (int daysRented) { 
return (daysRented > 1) ? 2: 1; 
} 


class Price... 
int getFrequentRenterPoints (int daysRented) { 
return 1; 
} 
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引入 State 模 式 花 了 我 不 少 力气 ， 值 得 吗 ? 这 么 做 的 收获 是 : 如 果 我 要 修改 任何 
与 价格 有 关 的 行为 ， 或 是 添加 新 的 定价 标准 ， 或 是 加 入 其 他 取决 于 价格 的 行为 ， 程 
序 的 修改 会 容易 得 多 。 这 个 程序 的 其 余部 分 并 不 知道 我 运用 了 State 模 式 。 对 于 我 目 
前 拥有 的 这 么 几 个 小 量 行为 来 说 ， 任 何 功能 或 特性 上 的 修改 也 许 都 不 合算 ， 但 如 果 
在 一 个 更 复杂 的 系统 中 ， 有 十 多 个 与 价格 相关 的 函数 ， 程 序 的 修改 难 易 度 就 会 有 很 
大 的 区 别 。 以 上 所 有 修改 都 是 小 步骤 进行 ， 进 度 似乎 太 过 缓慢 ， 但 是 我 一 次 都 没有 
打开 过 调试 器 ， 所 以 整个 过 程 实际 上 很 快 就 过 去 了 。 我 写本 章 文字 所 用 的 时 间 ， 远 
比 修改 那些 代码 的 时 间 多 得 多 。 


现在 我 已 经 完成 了 第 二 个 重要 的 重 构 行 为 。 从 此 ， 修 改 影片 分 类 结构 ， 或 是 改 
变 费 用 计算 规则 、 改 变 常客 积分 计算 规则 ， 都 容易 多 了 。 图 1-16 和 图 1-17 描 述 State 
模式 对 于 价格 信息 所 起 的 作用 。 
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getCharge (days) 


getTotalFrequentRenterPoints 


* [for all rentals) getFrequentRenterPoints 
getFrequentRenterPoints (days) 






getFrequentRenterPoints {days} | 


图 1-16 加 入 State 模 式 后 的 交互 图 


title: String 1 


haroe(days: i getCharge(days:int) 
AC getFrequentRenterPoints (days: int} 


ChildrensPrice RegularPrice 


a a 





= 
x 


getCharge() 
getFrequentRenterPoints{} 








statement{) 

htmiStatement(} 
getTotalCharge() 
getTotalFrequentRenterPoints(} 





图 1-17 加 入 State 模 式 后 的 类 图 
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y 第 1 章 重 构 ， 第 一 个 案例 


1.5 结语 





这 是 一 个 简单 的 例子 ， 但 我 希望 它 能 让 你 对 于 “ 重 构 怎么 做 ”有 一 点 感觉 。 例 
中 我 已 经 示范 了 数 个 重 构 手法 ， 包 括 Extract Method (110)、Move Method (142)、 
Replace Conditional with Polymorphism (255)、 Self Encapsulate Field (171). Replace 
Type Code with State/Strategy (227)。 所 有 这 些 重 构 行 为 都 使 责任 的 分 配 更 合理 ， 代 码 
的 维护 更 轻松 。 重 构 后 的 程序 风格 ， 将 巡 异 于 过 程 化 风格 一 一 后 者 也 许 是 某 些 人 习 
惯 的 风格 。 不 过 一 旦 你 习惯 了 这 种 重 构 后 的 风格 ， 就 很 难 再 满足 于 结构 化 风格 了 。 


这 个 例子 给 我 们 最 大 的 启发 是 重 构 的 节奏 ， 测试 、 小 修改 、 测 试 、 小 修改 、 测 
试 、 小 修改 …… 正 是 这 种 节奏 让 重 构 得 以 快速 而 安全 地 前 进 。 


如 果 你 看 懂 了 前 面 的 例子 ， 就 应 该 已 经 理解 重 构 是 怎么 回 事 了 。 现 在 ， 让 我 们 
了 解 一 些 背 景 、 原 理 和 理论 〈 好 在 不 太 多 )。 
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重 构 原则 


at ee ee 现在 ， 我 们 应 
H J 该 回头 看 看 重 构 的 关键 原则 ， 以 及 重 构 时 需要 考虑 的 某 些 问题 。 


2.1 何谓 重 构 


我 总 是 不 太 喜 欢 下 定义 因为 每 个 人 对 每 样 宗 西 都 有 自己 的 定义 。 但 是 既然 在 
写 书 ， 总 得 选择 自己 满意 的 定义 。 在 重 梅 这 个 概念 十, 我 的 定义 以 Ralph Johnson 团 
队 和 其 他 相关 研究 成 果 为 基础 : 


首先 要 说 明 的 是 : 视 上 下 文 不 同 ,“ 重 构 ” 这 个 词 有 两 种 不 同 的 定义 。 你 可 能 会 
觉得 这 挺 烦 人 的 《我 就 是 这 么 起 的 ) 六 不 进 处 理 舟 然 语言 本 来 就 是 件 烦 人 的 事 ， 这 只 
不 过 是 又 一 个 实例 而 已 。 


第 一 个 定义 是 名 词 形式 。 


| 重 构 (名词 对 软件 内 部 结构 的 一 种 调整 ， 目 的 是 在 不 改变 软件 可 观 | 
察 行为 的 前 提 下 ， 提 高 其 可 理解 性 ， 降 低 其 修改 成 本 。 | 


Vly 


a —_ 
一 一 





Sm 











你 可 以 在 后 续 章 节 中 找到 许多 重 构 范例 ， 诸 如 Extract Method (110) 和 Pull Up 
Field (320)， 等 等 。 一 般 而 言 ， 重 构 都 是 对 软件 的 小 改动 ， 但 重 构 之 中 还 可 以 包含 
另 一 个 重 构 。 例 如 Extract Class (149) 通 常 包含 Move Method (142) 和 Move Field 
(146). 
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第 2 章 重 构 原则 
“ 重 构 ”的 另 一 个 用 法 是 动词 形式 。 


| 重 构 (动词 ”使 用 一 系列 重 构 手 法 ， 在 不 改变 软件 可 观察 行为 的 前 抽 
Y | 下 ， 调 整 其 结构 . 


所 以 ， 在 软件 开发 过 程 中 ， 你 可 能 会 花 上 数 小 时 进行 重 构 ， 其 间 可 能 用 上 数 十 
种 重 构 手 法 。 








曾经 有 人 这 样 问 我 :“ 重 构 就 只 是 整理 代码 吗 ?” 从 某 种 角度 来 说 ， 是 的 。 但 我 
认为 重 构 不 止 于 此 ， 因 为 它 提供 了 一 种 更 高 效 且 受 控 的 代码 整理 技术 。 自 从 运用 重 
构 技 术 后 ， 我 发 现 自己 对 代码 的 整理 比 以 前 更 有 效率 。 这 是 因为 我 知道 该 使 用 哪些 
重 构 手法 ， 也 知道 以 怎样 的 方式 使 用 它们 才能 够 将 错误 减 到 最 少 ， 而 且 在 每 一 个 可 
能 出 错 的 地 方 我 都 加 以 测试 。 


我 的 定义 还 需要 往 两 方面 扩展 。 首 先 ， 重 构 的 目的 是 使 软件 更 容易 被 理解 和 修 
改 。 你 可 以 在 软件 内 部 做 很 多 修改 ， 但 必须 对 软件 可 观察 的 外 部 行为 只 造成 很 小 变 
化 ， 或 甚至 不 造成 变化 。 与 之 形成 对 比 的 是 性 能 优化 。 和 重 构 一 样 ， 性 能 优化 通常 
不 会 改变 组 件 的 行为 (除了 执行 速度 ), 只 会 改变 其 内 部 结构 。 但 是 两 者 出 发 点 不 同 
性 能 优化 往往 使 代码 较 难 理解 ， 但 为 了 得 到 所 需 的 性 能 你 不 得 不 那么 做 。 


我 要 强调 的 第 二 点 是 ， 重 构 不 会 改变 软件 可 观察 的 行为 一 一 重 构 之 后 软件 功能 
一 如 以 往 。 任 何 用 户 ， 不 论 最 终 用 户 或 其 他 程序 员 ， 都 不 知道 已 经 有 东西 发 生 了 变 
化 。 


两 顶 帽子 


上 述 第 二 点 引出 了 Kent Beck 的 “两 顶 帽 子 ” 比 喻 。 使 用 重 构 技 术 开发 软件 时 ， 
你 把 自己 的 时 间 分 配给 两 种 截然 不 同 的 行为 :添加 新 功能 ， 以 及 重 构 。 添 加 新 功能 
时 ， 你 不 应 该 修改 既 有 代码 ， 只 管 添加 新 功能 。 通 过 测试 (并 让 测试 正常 运行 )， 你 
可 以 衡量 自己 的 工作 进度 。 重 构 时 你 就 不 能 再 添加 功能 ， 只 管 改 进程 序 结构 。 此 时 
你 不 应 该 添加 任何 测试 (除非 发 现 有 先前 遗漏 的 东西 )， 只 在 绝对 必要 (用 以 处 理 接 
口 变化 》 时 才 修 改 测试 。 
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2.2 为何 重 构 


软件 开发 过 程 中 , 你 可 能 会 发 现 自己 经 常 变换 帽子 。 首先 你 会 尝试 添加 新 功能 ， 
然后 会 意识 到 : 如 果 把 程序 结构 改 一 下 ， 功 能 的 添加 会 容易 得 多 。 于 是 你 换 一 顶 帽 
子 ， 做 一 会 儿 重 构 工 作 。 程 序 结构 调整 好 后 ， 你 又 换 上 原先 的 帽子 ， 继 续 添 加 新 功 
能 。 新 功能 正常 工作 后 ， 你 又 发 现 自己 的 编码 造成 程序 难以 理解 ， 于 是 又 换 上 重 构 
帽子 …… 整 个 过 程 或 许 只 花 十 分 钟 ， 但 无 论 何 时 你 都 应 该 清楚 自己 戴 的 是 哪 一 项 帆 





2.2 为 何 重 构 


我 不 想 把 重 构 说 成 是 包 治 百 病 的 万 灵 丹 ， 它 绝对 不 是 所 谓 的 “ 银 弹 ”。 不 过 它 的 
确 很 有 价值 ， 虽 不 是 一 颗 银子 弹 却 是 一 把 “ 银 钳 子 ”， 可 以 帮助 你 始终 良好 地 控制 自 
己 的 代码 。 重 构 是 个 工具 ， 它 可 以 《并且 应 该 ) 用 于 以 下 几 个 目的 。 


重 构 改进 软件 设计 


如 果 没 有 重 构 ， 程 序 的 设计 会 逐渐 腐败 变质 。 当 人 们 只 为 短期 目的 ， 或 是 在 完 
全 理解 整体 设计 之 前 ， 就 贸然 修改 代码 ， 程 序 将 逐渐 失去 自己 的 结构 ， 程 序 员 愈 来 
愈 难 通过 阅读 源码 而 理解 原来 的 设计 。 重 构 很 像 是 在 整理 代码 ， 你 所 做 的 就 是 让 所 
有 东西 回 到 应 处 的 位 置 上 。 代 码 结构 的 流失 是 累积 性 的 。 愈 难看 出 代码 所 代表 的 设 
计 意 图 ， 就 愈 难保 护 其 中 设计 ， 于 是 该 设计 就 腐败 得 愈 快 。 经 常 性 的 重 构 可 以 帮助 
代码 维持 自己 该 有 的 形态 。 


完成 同样 一 件 事 ， 设 计 不 良 的 程序 往往 需要 更 多 代码 ， 这 常常 是 因为 代码 在 不 
同 的 地 方 使 用 完全 相同 的 语句 做 同样 的 事 。 因 此 改进 设计 的 一 个 重要 方向 就 是 消除 
重复 代码 。 这 个 动作 的 重要 性 在 于 方便 未 来 的 修改 。 代 码 量 减少 并 不 会 使 系统 运行 
更 快 ， 因 为 这 对 程序 的 运行 轨迹 几乎 没有 任何 明显 影响 。 然 而 代码 量 减 少将 使 未 来 
可 能 的 程序 修改 动作 容易 得 多 。 代 码 愈 多 ， 正 确 的 修改 就 愈 困 难 ， 因 为 有 更 多 代码 
需要 理解 。 你 在 这 儿 做 了 点 修改 ， 系 统 却 不 如 预期 那样 工作 ， 是 因为 你 没有 修改 另 
一 处 一 一 那儿 的 代码 做 着 几乎 完全 一 样 的 事情 ， 只 是 所 处 环境 略 有 不 同 。 如 果 消 除 
重复 代码 ， 你 就 可 以 确定 所 有 事物 和 行为 在 代码 中 只 表述 一 次 ， 这 正 是 优秀 设计 的 
根本 。 
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第 2 章 重 构 原则 
重 构 使 软件 更 容易 理解 


所 谓 程序 设计 ， 很 大 程度 上 就 是 与 计算 机 交谈 : 你 编写 代码 告诉 计算 机 做 什么 
事 ， 它 的 响应 则 是 精确 按照 你 的 指示 行动 。 你 得 及 时 填补 “ 想 要 它 做 什么 ”和 “ 告 
诉 它 做 什么 ”之 间 的 缝 除 。 这 种 编程 模式 的 核心 就 是 “准确 说 出 我 所 要 的 ”。 除 了 计 
算 机 外 ， 你 的 源码 还 有 其 他 读者 : 几 个 月 之 后 可 能 会 有 另 一 位 程序 员 尝 试 读 懂 你 的 
代码 并 做 一 些 修 改 。 我 们 很 容易 忘记 这 第 二 位 读者 ， 但 他 才 是 最 重要 的 。 计 算 机 是 
否 多 花 了 几 个 小 时 来 编译 , 又 有 什么 关系 呢 ? 如 果 一 个 程序 员 花 费 一 周 时 间 来 修改 革 
段 代 码 ， 那 才 要 命 呢 一 一 如 果 他 理解 了 你 的 代码 ， 这 个 修改 原本 只 需 一 小 时 。 


问题 在 于 ， 当 你 努力 让 程序 运转 的 时 候 ， 不 会 想到 未 来 出 现 的 那个 开发 者 。 是 
的 ， 我 们 应 该 改变 一 下 开发 节奏 ， 对 代码 做 适当 修改 ， 让 代码 变 得 更 易 理 解 。 重 构 
可 以 帮助 我 们 让 代码 更 易 读 。 一 开始 进行 重 构 时 ， 你 的 代码 可 以 正常 运行 ， 但 结构 
不 够 理想 。 在 重 构 上 花 一 点 点 时 间 ， 就 可 以 让 代码 更 好 地 表达 自己 的 用 途 。 这 种 编 
程 模式 的 核心 就 是 “准确 说 出 我 所 要 的 ”。 


关于 这 一 点 ， 我 没 必要 表现 得 如 此 无 私 。 很 多 时 候 那 个 未 来 的 开发 者 就 是 我 自 
己 。 此 时 重 构 就 显得 尤其 重要 了 。 我 是 个 很 懒惰 的 程序 员 ， 我 的 懒惰 表现 形式 之 一 
就 是 : 总 是 记 不 住 自己 写 过 的 代码 。 事 实 上 ， 对 于 任何 能 够 立刻 查阅 的 东西 ， 我 都 
故意 不 去 记 它 ， 因 为 我 怕 把 自己 的 脑袋 塞 爆 。 我 总 是 尽量 把 该 记 住 的 东西 写 进程 序 
里 ， 这 样 我 就 不 必 记 住 它 了 。 这 么 一 来 我 就 不 必 太 担心 Old Peculier® [Jackson] 杀 
光 我 的 脑 细 胞 。 


这 种 可 理解 性 还 有 男 一 方面 的 作用 。 我 利用 重 构 来 协助 我 理解 不 熟悉 的 代码 。 
每 当 看 到 不 熟悉 的 代码 , 我 必须 试 着 理解 其 用 途 。 我 先 看 两 行 代码 , 然后 对 自己 说 : 
“TR, 是 的 , 它 做 了 这 些 那 些 ……” 有 了 重 构 这 个 强大 武器 在 手 , 我 不 会 满足 于 这 么 
一 反 体 会 。 我 会 真正 动手 修改 代码 ， 让 它 更 好 地 反映 出 我 的 理解 ， 然 后 重新 执行 ， 
看 它 是 否 仍然 正常 运作 ， 以 此 检验 我 的 理解 是 否 正 确 。 


一 开始 我 所 做 的 重 构 都 像 这 样 停留 在 细 枝 末节 上 。 随 着 代码 渐 趋 简洁 ， 我 发 现 
自己 可 以 看 到 一 些 以 前 看 不 到 的 设计 层面 的 东西 。 如 果 不 对 代码 做 这 些 修改 ， 也 许 
我 永远 看 不 见 它们 ， 因 为 我 的 聪明 才智 不 足以 在 脑子 里 把 这 一 切 都 想象 出 来 。Ralph 


O 一 种 有 名 的 麦芽 酒 。 一 一 译 者 注 
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2.3 何 时 重 构 


Johnson 把 这 种 “早期 重 构 ” 描 述 为 “ 擦 掉 窗户 上 的 污垢 ， 使 你 看 得 更 远 ”。 研 究 代 
码 时 我 发 现 ， 重 构 把 我 带 到 更 高 的 理解 层次 上 。 如 果 没有 重 构 ,我 达 不 到 这 种 层次 。 


重 构 帮 助 找 到 bug 


对 代码 的 理解 ， 可 以 帮助 我 找到 bug。 我 承认 我 不 太 擅长 调试 。 AAR BA A 
一 大 段 代码 就 可 以 找 出 里 面 的 bug, 我 可 不 行 。 但 我 发 现 ， 如 果 对 代码 进行 重 构 ， 我 
就 可 以 深入 理解 代码 的 作为 ， 并 恰到好处 地 把 新 的 理解 反馈 回去 。 搞 清楚 程序 结构 
的 同时 ， 我 也 清楚 了 自己 所 做 的 一 些 假 设 ， 于 是 想 不 把 bug 揪 出 来 都 难 。 


这 让 我 想起 了 Kent Beck 经 常 形容 自己 的 一 句 话 :“ 我 不 是 个 伟大 的 程序 员 ， 我 
只 是 个 有 着 一 些 优秀 习惯 的 好 程序 员 。” 重 构 能 够 帮助 我 更 有 效 地 写 出 强健 的 代码 。 


重 构 提高 编程 速度 
终于 ， 前 面 的 一 切 都 归结 到 了 这 最 后 一 点 : 重 构 帮助 你 更 快速 地 开发 程序 。 


听 起 来 有 点 违反 直觉 。 当 我 谈 到 重 构 ， 人 们 很 容易 看 出 它 能 够 提高 质量 。 改 善 
设计 、 提 升 可 读 性 、 减 少 错误 ,这些 都 是 提高 质量 。 但 这 难道 不 会 降低 开发 速度 吗 ? 


我 绝对 相信 : 和 良好 的 设计 是 快速 开发 的 根本 一 一 事实 上 ， 拥 有 良好 设计 才 可 
能 做 到 快速 开发 。 如 果 没 有 良好 设计 ， 或 许 某 一 段 时 间 内 你 的 进展 迅速 ， 但 恶劣 
的 设计 很 快 就 让 你 的 速度 慢 下 来 。 你 会 把 时 间 花 在 调试 上 面 ， 无 法 添加 新 功能 。 
修改 时 间 愈 来 愈 长 ， 因 为 你 必须 花 愈 来 愈 多 的 时 间 去 理解 系统 、 寻 找 重复 代码 。 
随 着 你 给 最 初 程序 打上 一 个 又 一 个 的 补丁 ， 新 特性 需要 更 多 代码 才能 实现 。 真 是 
个 恶性 循环 。 


良好 设计 是 维持 软件 开发 速度 的 根本 。 重 构 可 以 帮助 你 更 快速 地 开发 软件 ， 因 
为 它 阻止 系统 腐败 变质 ， 它 甚至 还 可 以 提高 设计 质量 。 





2.3” 何 时 重 构 


当 我 谈论 重 构 ， 常 常 有 人 问 我 应 该 怎样 安排 重 构 时 间 表 。 我 们 是 不 是 应 该 每 两 
个 月 就 专门 安排 两 个 星期 来 进行 重 构 呢 ? 
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几乎 任何 情况 下 我 都 反对 专门 拨 出 时 间 进 行 重 构 。 在 我 看 来 ， 重 构 本 来 就 不 是 
一 件 应 该 特别 拨 出 时 间 做 的 事情 , 重 构 应 该 随时 随地 进行 。 你 不 应 该 为 重 构 而 重 构 ， 
你 之 所 以 重 构 ， 是 因为 你 想 做 别 的 什么 事 ， 而 重 构 可 以 帮助 你 把 那些 事 做 好 。 
三 次 法 则 


Don Roberts 给 了 我 一 条 准则 : 第 一 次 做 某 件 事 时 只 管 去 做 ; 第 二 次 做 类 似 的 事 
会 产生 反感 ， 但 无 论 如何 还 是 可 以 去 做 ， 第 三 次 再 做 类 似 的 事 ， 你 就 应 该 重 构 。 


[一 一 一 一 一 
q 事 不 过 三 ， 三 则 重 构 . 





添加 功能 时 重 构 


最 常见 的 重 构 时 机 就 是 我 想 给 软件 添加 新 特性 的 时 候 。 此 时 ， 重 构 的 直接 原因 
往往 是 为 了 帮助 我 理解 需要 修改 的 代码 一 一 这 些 代码 可 能 是 别人 写 的 ， 也 可 能 是 我 
自己 写 的 。 无 论 何 时 ， 只 要 我 想 理解 代码 所 做 的 事 ， 我 就 会 问 自己 ， 是否 能 对 这 段 
代码 进行 重 构 ， 使 我 能 更 快 地 理解 它 。 然 后 我 就 会 重 构 。 之 所 以 这 么 做 ， 部 分 原因 
是 为 了 让 我 下 次 再 看 这 段 代码 时 容易 理解 ， 但 最 主要 的 原因 是 :如 果 在 前 进 过 程 中 
把 代码 结构 理 清 ， 我 就 可 以 从 中 理解 更 多 东西 。 


在 这 里 ， 重 构 的 另 一 个 原动力 是 ， 代 码 的 设计 无 法 帮助 我 轻松 添加 我 所 需要 的 
特性 .我 看 着 设计 ,然后 对 自己 说 :“ 如 果 用 某 种 方式 来 设计 ,添加 特性 会 简单 得 多 。” 
这 种 情况 下 我 不 会 因为 自己 过 去 的 错误 而 愧 恼 一 一 我 用 重 构 来 弥补 它 。 之 所 以 这 么 
做 ， 部 分 原因 是 为 了 让 未 来 增加 新 特性 时 能 够 更 轻松 一 些 ， 但 最 主要 的 原因 还 是 : 
我 发 现 这 是 最 快捷 的 途径 。 重 构 是 一 个 快速 流畅 的 过 程 ， 一 旦 完成 重 构 ， 新 特性 的 
添加 就 会 更 快速 、 更 流畅 。 


修补 错误 时 重 构 


调试 过 程 中 运用 重 构 ， 多 半 是 为 了 让 代码 更 具 可 读 性 。 当 我 看 着 代码 并 努力 理 
解 它 的 时 候 ， 我 用 重 构 帮 助 加 深 自己 的 理解 。 我 发 现 以 这 种 程序 来 处 理 代 码 ， 常 常 
能 够 帮助 我 找 出 bug。 你 可 以 这 么 想 : 如 果 收 到 一 份 错误 报告 , 这 就 是 需要 重 构 的 信 
号 ， 因 为 显然 代码 还 不 够 清晰 一 一 没有 清晰 到 让 你 能 一 眼看 出 bug。 
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2.3 何 时 重 构 
复审 代码 时 重 构 


很 多 公司 都 会 做 常规 的 代码 复审 ， 因 为 这 种 活动 可 以 改善 开发 状况 。 这 种 活动 
有 助 于 在 开发 团队 中 传播 知识 ， 也 有 助 于 让 较 有 经 验 的 开发 者 把 知识 传递 给 比较 欠 
缺 经 验 的 人 ， 并 帮助 更 多 人 理解 大 型 软件 系统 中 的 更 多 部 分 。 代 码 复 审 对 于 编写 清 
晰 代码 也 很 重要 。 我 的 代码 也 许 对 我 自己 来 说 很 清晰 ， 对 他 人 则 不 然 。 这 是 无 法 避 
免 的 ， 因 为 要 让 开发 者 设身处地 为 那些 不 熟悉 自己 所 做 所 为 的 人 着 想 ， 实 在 太 困难 
了 。 代 码 复审 也 让 更 多 人 有 机 会 提出 有 用 的 建议 ， 毕 竞 我 在 一 个 星期 之 内 能 够 想 出 
的 好 点 子 很 有 限 。 如 果 能 得 到 别人 的 帮助 ， 我 的 生活 会 滋润 得 多 ， 所 以 我 总 是 期 待 
更 多 复审 。 


我 发 现 ， 重 构 可 以 帮助 我 复审 别人 的 代码 。 开 始 重 构 前 我 可 以 先 阅读 代码 ， 得 
到 一 定 程 度 的 理解 ， 并 提出 一 些 建议 。 一 旦 想到 一 些 点 子 ， 我 就 会 考虑 是 否 可 以 通 
过 重 构 立 即 轻松 地 实现 它们 。 如 果 可 以 ， 我 就 会 动手 。 这 样 做 了 几 次 以 后 ， 我 可 以 
把 代码 看 得 更 清楚 ， 提 出 更 多 恰当 的 建议 。 我 不 必 想 象 代码 应 该 是 什么 样 ， 我 可 以 
“看 见 ” 它 是 什么 样 。 于 是 我 可 以 获得 更 高 层次 的 认识 。 如 果 不 进行 重 构 ,我 永远 无 
法 得 到 这 样 的 认识 。 


重 构 还 可 以 帮助 代码 复审 工作 得 到 更 具体 的 结果 。 不 仅 获得 建议 ， 而 且 其 中 许 
多 建议 能 够 立刻 实现 。 最 终 你 将 从 实践 中 得 到 比 以 往 多 得 多 的 成 就 感 。 


为 了 让 过 程 正常 运转 ， 你 的 复审 团队 必须 保持 精练 。 就 我 的 经 验 ， 最 好 是 一 个 
复审 者 搭配 一 个 原作 者 ， 共 同 处 理 这 些 代码 。 复 审 者 提出 修改 建议 ， 然 后 两 人 共同 
判断 这 些 修改 是 否 能 够 通过 重 构 轻松 实现 。 果 真能 够 如 此 ， 就 一 起 着 手 修改 。 


如 果 是 比较 大 的 设计 复审 工作 ， 那 么 在 一 个 较 大 团队 内 保留 多 种 观点 通常 会 更 
好 一 些 。 此 时 直接 展示 代码 往往 不 是 最 佳 办 法 。 我 喜欢 运用 UML 示 意图 展现 设计 ， 
并 以 CRC 卡 展示 软件 情节 。 换 名 话说， 我 会 和 某 个 团队 进行 设计 复审 ， 而 和 单个 复 
审 者 进行 代码 复审 。 

极限 编程 [Beck，XP] 中 的 “结对 编程 ”形式 ， 把 代码 复审 的 积极 性 发 挥 到 了 
极致 。 一 旦 采用 这 种 形式 , 所 有 正式 开发 任务 都 由 两 名 开发 者 在 同一 台 机 器 上 进行 。 


这 样 便 在 开发 过 程 中 形成 随时 进行 的 代码 复审 工作 ， 而 重 构 也 就 被 包含 在 开发 过 程 
内 了 。 
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——Kent Beck 

程序 有 两 面 价值 : “今天 可 以 为 你 做 什么 ”和 “明天 可 以 为 你 做 什么 ”。 大 多 
数 时 候 , 我 们 都 只 关注 自己 今天 想 要 程序 做 什么 。 不 论 是 修复 错误 或 是 添加 特性 ， 
我 们 都 是 为 了 让 程序 能 力 更 强 ， 让 它 在 今天 更 有 价值 ， 

但 是 系统 当下 的 行为 ， 只 是 整个 故事 的 一 部 分 ， 如 果 没 有 认 清 这 一 点 ， 你 无 
法 长 期 从 事 编程 工作 。 如 果 你 为 求 完成 今天 的 任务 而 不 择 手段 ， 导 致 不 可 能 在 明 
天 完成 明天 的 任务 ， 那 么 最 终 还 是 会 失败 。 但 是 ， 你 知道 自己 今天 需要 什么 ， 却 
不 一 定 知道 自己 明天 需要 什么 。 也 许 你 可 以 猜 到 明天 的 需求 ， 也 许 吧 ， 但 肯定 还 
有 些 事情 出 乎 你 的 意料 。 

对 于 今天 的 工作 ， 我 了 解 得 很 充分 ; 对 于 明天 的 工作 ， 我 了 解 得 不 够 充分 . 
但 如 果 我 纯粹 只 是 为 今天 工作 ， 明 天 我 将 完全 无 法 工作 。 

重 构 是 一 条 摆脱 困境 的 道路 。 如 果 你 发 现 昨 天 的 决定 已 经 不 适合 今天 的 情 
况 ， 放 心 改变 这 个 决定 就 是 ， 然 后 你 就 可 以 完成 今天 的 工作 了 。 明 天 ， 唾 ， 明 天 
回头 看 今天 的 理解 也 许 觉得 很 幼稚 ， 那 时 你 还 可 以 改变 你 的 理解 。 

是 什么 让 程序 如 此 难以 相 与 ? 眼下 我 能 想起 下 述 四 个 原因 ， 它 们 是 : 

a 难以 阅读 的 程序 ， 难 以 修改 ; 

o 逻辑 重复 的 程序 ， 难 以 修改 ; 

O 添加 新 行为 时 需要 修改 已 有 代码 的 程序 ， 难 以 修改 ; 

O 带 复杂 条 件 逻 辑 的 程序 ， 难 以 修改 ， 

因此 , 我 们 希望 程序 : (1) 容易 阅读 ; (2) 所 有 逻辑 都 只 在 唯一 地 点 指定 ; (3) 新 
的 改动 不 会 危及 现 有 行为 ; (4) 尽 可 能 简单 表达 条 件 软 辑 . 

重 构 是 这 样 一 个 过 程 : 它 在 一 个 目前 可 运行 的 程序 上 进行 ， 在 不 改变 程序 行 
为 的 前 提 下 使 其 具备 上 述 美 好 性 质 ， 使 我 们 能 够 继续 保持 高 速 开 发 ， 从 而 增加 程 
序 的 价值 。 
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“该 怎么 跟 经 理 说 重 构 的 事 ?” 这 是 我 最 常 被 问 到 的 一 个 问题 。 如 果 这 位 经 理 懂 
技术 ， 那 么 向 他 介绍 重 构 应 该 不 会 很 困难 。 如 果 这 位 经 理 只 对 质量 感 兴趣 ， 那 么 问 
题 就 集中 到 了 “质量 ”上 面 。 此 时 ， 在 复审 过 程 中 使 用 重 构 就 是 一 个 不 错 的 办 法 。 
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大 量 研究 结果 显示 ， 技 术 复 审 是 减少 错误 、 提 高 开发 速度 的 一 条 重要 途径 。 随 便 找 

一 本 关于 复审 、 审 查 或 软件 开发 程序 的 书 看 看 ， 从 中 找 些 最 新 引证 ， 应 该 可 以 让 大 

多 数 经 理 认识 复审 的 价值 。 然 后 你 就 可 以 把 重 构 当 作 “ 将 复审 意见 引入 代码 内 ”的 

方法 来 使 用 ， 这 很 容易 。 2 
当然 ， 很 多 经 理 嘴 巴 上 说 自己 “质量 驱动 ” 其 实 更 多 是 “进度 驱动 >”。 这 种 情 

况 下 我 会 给 他 们 一 个 较 有 争议 的 建议 : 不 要 告诉 经 理 ! 


这 是 在 搞 破坏 吗 ? 我 不 这 样 想 。 软件 开 发 者 都 是 专业 人 士 。 我 们 的 工作 就 是 尽 可 
能 快速 创造 出 高 效 软件 。 我 的 经 验 告 诉 我 ， 对 于 快速 创造 软件 ， 重 构 可 带 来 巨大 帮 
助 。 如 果 需 要 添加 新 功能 ， 而 原本 设计 却 又 使 我 无 法 方便 地 修改 ， 我 发 现 先 重 构 再 
添加 新 功能 会 更 快 些 。 如 果 要 修补 错误 ， 就 得 先 理解 软件 的 工作 方式 ， 而 我 发 现 重 
构 是 理解 软件 的 最 快 方式 。 受 进度 驱动 的 经 理 要 我 尽 可 能 快速 完事 , 至 于 怎么 完成 ， 
那 就 是 我 的 事 了 。 我 认为 最 快 的 方式 就 是 重 构 ， 所 以 我 就 重 构 。 


间接 层 和 重 构 
Kent Beck 
“计算 机 科学 是 这 样 一 门 科学 : 它 相 信 所 有 问题 都 可 以 通过 增加 一 个 间接 层 
来 解决 。” 








Dennis DeBruler 
由 于 软件 工程 师 对 间接 层 如 此 醉心 ， 你 应 该 不 会 惊讶 大 多 数 重 构 都 为 程序 引 
入 了 更 多 间接 层 。 重 构 往 往 把 大 型 对 象 拆 成 多 个 小 型 对 象 ， 把 大 型 函数 拆 成 多 个 
小 型 函数 . 
但 是 ,间接 层 是 一 柄 双 刃 剑 . 每 次 把 一 个 东西 分 成 两 份 ,你 就 需要 多 管理 一 个 
东 两 。 如 果菜 个 对 象 委托 另 一 对 象 ， 后 者 又 委托 另 一 对 象 ， 程 序 会 愈加 难以 阅读 . 
基于 这 个 观点 ， 你 会 希望 尽量 减少 间接 层 . 
别 急 ， 伙 计 ! 间接 层 有 它 的 价值 。 下 面 就 是 间接 层 的 某 些 价 值 . 
a 允许 逻辑 共享 . 比如 说 一 个 子 函 数 在 两 个 不 同 的 地 点 被 调用 , 或 超 类 中 的 
某 个 函数 被 所 有 子 类 共享 . 
O 分 开 解释 意图 和 实现 . 你 可 以 选择 每 个 类 和 函数 的 名 字 ， 这 给 了 你 一 个 解 
释 自 己 意图 的 机 会 。 类 或 函数 内 部 则 解释 实现 这 个 意图 的 做 法 。 如果 类 和 
函数 内 部 又 以 更 小 单元 的 意图 来 编写 ， 你 所 写 的 代码 就 可 以 描述 其 结构 中 的 
大 部 分 重要 信息 . 
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O 隔离 变化 . 很 可 能 我 在 两 个 不 同 地 点 使 用 同一 对 象 ,其 中 一 个 地 点 我 想 改 
变 对象 行 为 ， 但 如 果 修 改 了 它 ， 我 就 要 冒 同时 影响 两 处 的 风险 。 为 此 我 做 
出 一 个 子 类 ， 并 在 需要 修改 处 引用 这 个 子 类 . 现在 ,我 可 以 修改 这 个 子 类 
而 不 必 承 担 无 意 中 影响 另 一 处 的 风险 。 
O 封装 条 件 逻 辑 , 对 象 有 一 种 奇妙 的 机 制 : 多 态 消息 ， 可 以 灵活 而 清晰 地 表 
达 条 件 逻辑 . 将 条 件 逻辑 转化 为 消息 形式 ,往往 能 降低 代码 的 重复 、 增 加 
清晰 度 并 提高 弹性 , 

这 就 是 重 构 游戏 : 在 保持 系统 现 有 行为 的 前 提 下 ， 如 何 才能 提高 系统 的 质量 
或 降低 其 成 本 ， 从 而 使 它 更 有 价值 ? 

这 个 游戏 中 最 常见 的 变量 就 是 : 你 如 何 看 待 你 自己 的 程序 . 找 出 一 个 缺乏 “ 间 
接 层 利益 ”之 处 ， 在 不 修改 现 有 行为 的 前 提 下 ， 为 它 加 入 一 个 间接 层 。 现 在 你 获 
得 了 一 个 更 有 价值 的 程序 ， 因 为 它 有 较 高 的 质量 ， 让 我 们 在 明天 (未 来 ) 受益 . 

请 将 这 种 方法 与 “小 心机 机 的 事前 设计 ”做 个 比较 .推测 性 设计 总 是 试图 在 
任何 一 行 代码 诞生 之 前 就 先 让 系统 拥有 所 有 优秀 质量 ， 然 后 程序 员 将 代码 塞 进 这 
个 强健 的 骨架 中 就 行 了 。 这 个 过 程 的 问题 在 于 : 大 容易 猜 错 。 如 果 运用 重 构 ， 你 
就 永远 不 会 面临 全 盘 错 误 的 危险 。 程序 自始至终 都 能 保持 一 致 的 行为 ， 而 你 又 有 
机 会 为 程序 添加 更 多 价值 不 菲 的 质量 . 

还 有 一 种 比较 少见 的 重 构 游 戏 : 找 出 不 值得 的 间接 层 ， 并 将 它 拿 掉 。 这 种 间 
接 层 常 以 中 介 函 数 形式 出 现 ， 它 也 许 曾经 有 过 贡献 ， 但 芳 华 已 逝 。 它 也 可 能 是 个 
组 件 ， 你 本 来 期 望 在 不 同 地 点 共享 它 ， 或 让 它 表现 出 多 态 性 ， 最 终 却 只 在 一 处 用 
到 。 如 果 你 找到 这 种 “寄生 式 间 接 层 "， 请 把 它 扔 掉 。 如 此 一 来 你 会 获得 一 个 更 
有 价值 的 程序 ， 不 是 因为 它 取得 了 更 多 的 优秀 质量 ， 而 是 因为 它 以 更 少 的 间接 层 
获得 一 样 多 的 优秀 质量 . 
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2.5 BRE 


学 习 一 种 可 以 大 幅 提 高 生产 力 的 新 技术 时 ， 你 总 是 难以 察觉 其 不 适用 的 场合 。 
通常 你 在 一 个 特定 场景 中 学 习 它 ， 这 个 场景 往往 是 个 项 目 。 这 种 情况 下 你 很 难看 出 
什么 会 造成 这 种 新 技术 成 效 不 彰 甚或 形成 危害 。 十 年 前 , 对 象 技术 的 情况 也 是 如 此 。 
那 时 如 果 有 人 问 我 何 时 不 要 使 用 对 象 ， 我 很 难 回答 。 并 非 我 认为 对 象 十 全 十 美 、 没 
有 局 限 性 一 一 我 最 反对 这 种 盲目 态度 ， 而 是 尽管 我 知道 它 的 好 处 ， 但 确实 不 知道 其 
局 限 性 在 哪儿 。 
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现在 ， 重 构 的 处 境 也 是 如 此 。 我 们 知道 重 构 的 好 处 ， 我 们 知道 重 构 可 以 给 我 们 
的 工作 带 来 立竿见影 的 改变 。 但 是 我 们 还 没有 获得 足够 的 经 验 ， 我 们 还 看 不 到 它 的 
局 限 性 。 


这 一 节 比 我 希望 的 要 短 。 和 暂且 如 此 吧 。 随 着 更 多 人 学 会 重 构 技 巧 ， 我 们 也 将 对 
它 有 更 多 了 解 。 对 你 而 言 这 意味 着 : 虽然 我 坚决 认为 你 应 该 尝试 一 下 重 构 ， 获 得 它 
所 提供 的 利益 ， 但 与 此 同时 ， 你 也 应 该 时 时 监控 其 过 程 ， 注 意 寻 找 重 构 可 能 引入 的 
问题 。 请 让 我 们 知道 你 所 遭遇 的 问题 。 随 着 对 重 构 的 了 解 日 益 增 多 ， 我 们 将 找 出 更 
多 解决 办 法 ， 并 清楚 知道 哪些 问题 是 真正 难以 解决 的 。 


数据 库 


重 构 经 常 出 问题 的 一 个 领域 就 是 数据 库 。 绝 大 多 数 商 用 程序 都 与 它们 背后 的 数 
据 库 结构 紧密 耦合 在 一 起 ， 这 也 是 数据 库 结构 如 此 难以 修改 的 原因 之 一 。 另 一 个 原 
因 是 数据 迁移 (migration)。 就 算 你 非常 小 心地 将 系统 分 层 ， 将 数据 库 结构 和 对 象 模 
型 间 的 依赖 降 至 最 低 ， 但 数据 库 结构 的 改变 还 是 让 你 不 得 不 迁移 所 有 数据 ， 这 可 能 
是 件 漫 长 而 烦琐 的 工作 。 


在 非 对 象 数据 库 中 ， 解 决 这 个 问题 的 办 法 之 一 就 是 : 在 对 象 模 型 和 数据 库 模型 
之 间 插 入 一 个 分 隔 层 ， 这 就 可 以 隔离 两 个 模型 各 自 的 变化 。 升 级 某 一 模型 时 无 需 同 
时 升级 另 一 模型 ， 只 需 升 级 上 述 的 分 隔 层 即 可 。 这 样 的 分 陋 层 会 增加 系统 复杂 度 ， 
但 可 以 给 你 带 来 很 大 的 灵活 度 。 如 果 你 同时 拥有 多 个 数据 库 ， 或 如 果 数 据 库 模型 较 
为 复杂 使 你 难以 控制 ， 那 么 即使 不 进行 重 构 ， 这 分 隔 层 也 是 很 重要 的 。 


你 无 需 一 开始 就 插入 分 陋 层 ， 可 以 在 发 现 对 象 模型 变 得 不 稳定 时 再 产生 它 ， 这 
样 你 就 可 以 为 你 的 改变 找到 最 好 的 平衡 点 。 


对 开发 者 而 言 ， 对 象 数据 库 既 有 帮助 也 有 妨碍 。 某 些 面向 对 象 数据 库 提 供 不 同 
版 本 的 对 象 之 间 的 自动 迁移 功能 ， 这 减少 了 数据 迁移 时 的 工作 量 ， 但 还 是 会 损失 一 
定时 间 。 如 果 各 数据 库 之 间 的 数据 迁移 并 非 自动 进行 , 你 就 必须 自行 完成 迁移 工作 ， 
这 个 工作 量 可 是 很 大 的 。 这 种 情况 下 你 必须 更 加 留神 类 中 的 数据 结构 变化 。 你 仍然 
可 以 放心 将 类 的 行为 转移 过 去 ， 但 转移 字段 时 就 必须 格外 小 心 。 数 据 尚 未 被 转移 前 
你 就 得 先 运 用 访问 函数 造成 “数据 已 经 转移 ”的 假象 。 一 旦 你 确定 知道 数据 应 该 放 
在 何 处 ， 就 可 以 一 次 性 地 将 数据 迁移 过 去 。 这 时 唯一 需要 修改 的 只 有 访问 函数 ， 这 
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也 降低 了 错误 风险 ?。 
修改 接口 


关于 对 象 ， 另 一 件 重要 事情 是 : 它们 允许 你 分 开 修改 软件 模块 的 实现 和 接口 。 
你 可 以 安全 地 修改 对 象 内 部 实现 而 不 影响 他 人 ， 但 对 于 接口 要 特别 谨慎 一 一 如 果 接 
口 被 修改 了 ， 任 何事 情 都 有 可 能 发 生 。 


一 直 对 重 构 带 来 困扰 的 一 件 事 就 是 : 许多 重 构 手法 的 确 会 修改 接口 。 像 Rename 
Method (273) 这 么 简单 的 重 构 手 法 所 做 的 一 切 就 是 修改 接口 。 这 对 极为 珍贵 的 封装 概 
念 会 带 来 什么 影响 呢 ? 


如 果 某 个 函数 的 所 有 调用 者 都 在 你 的 控制 之 下 ， 那 么 即使 修改 函数 名 称 也 不 会 
有 任何 问题 。 哪 怕 面 对 一 个 public 函 数 ， 只 要 能 取得 并 修改 其 所 有 调用 者 ， 你 也 可 以 
安心 地 将 这 个 函数 改名 。 只 有 当 需 要 修改 的 接口 被 那些 “ 找 不 到 ， 即 使 找到 也 不 能 
修改 ”的 代码 使 用 时 ， 接 口 的 修改 才 会 成 为 问题 。 如 果 情 况 真是 如 此 ， 我 就 会 说 ; 
这 个 接口 是 个 已 发 布 接口 (published interface) 比 公 开 接 口 (public interface) 
更 进一步 。 接口 一 旦 发 布 , 你 就 再 也 无 法 仅仅 修改 调用 者 而 能 够 安全 地 修改 接口 了 。 
你 需要 一 个 更 复杂 的 流程 。 


这 个 想法 改变 了 我 们 的 问题 。 如 今 的 问题 是 :该 如 何 面 对 那些 必须 修改 “已 发 
布 接口 ”的 重 构 手法 ? 


简 言 之 ， 如 果 重 构 手 法 改变 了 已 发 布 接口 ， 你 必须 同时 维护 新 旧 两 个 接口 ， 直 
到 所 有 用 户 都 有 时 间 对 这 个 变化 做 出 反应 。 幸 运 的 是 ， 这 不 太 困难 。 你 通常 都 有 办 
法 把 事情 组 织 好 ， 让 上 有 旧 接口 继续 工作 。 请 尽量 这 么 做 : 让 旧 接口 调用 新 接口 。 当 你 
要 修改 某 个 函数 名 称 时 ， 请 留 下 旧 函 数 ， 让 它 调 用 新 函数 。 千 万 不 要 复制 函数 实现 ， 
那 会 让 你 陷入 重复 代码 的 泥 淖 中 难以 自拔 。 你 还 应 该 使 用 Java 提 供 的 deprecation (不 
建议 使 用 ) 设施 , 将 旧 接口 标记 为 deprecated。 这 么 一 来 你 的 调用 者 就 会 注意 到 它 了 。 


这 个 过 程 的 一 个 好 例子 就 是 Java 容 器 类 (集合 类 ，collection classes). Java 2 的 
新 容器 取代 了 原先 一 些 容 器 。 当 Java 2 容器 发 布 时 ，JavaSoft 花 了 很 大 力气 来 为 开发 
者 提供 一 条 顺利 迁徙 之 路 。 





数据 库 重 构 的 经 验 也 已 经 由 Soctt Ambler 等 人 总 结 成 书 ， 相 关内 容 请 参考 《数据 库 重 构 》 
(http://www.douban.com/subject/1954438/)。 一 一 译 者 注 
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2.5 重 构 的 难题 


“保留 旧 接 口 ”的 办 法 通常 可 行 , 但 很 烦人 。 起 码 在 一 段 时 间 里 你 必须 构造 并 维 
护 一 些 额外 的 函数 。 它 们 会 使 接口 变 得 复杂 ， 使 接口 难以 使 用 。 还 好 我 们 有 另 一 个 
选择 : 不 要 发 布 接口 。 当 然 我 不 是 说 要 完全 禁止 ， 因 为 很 明显 你 总 得 发 布 一 些 接口 。 
如 果 你 正在 建造 供 外 部 使 用 的 API 〈 就 像 Sun 公 司 所 做 的 那样 )， 就 必须 发 布 接口 。 
之 所 以 说 尽量 不 要 发 布 ， 是 因为 我 常常 看 到 一 些 开 发 团队 公开 了 太 多 接口 。 我 曾经 
看 到 一 支 三 人 团队 这 么 工作 : 每 个 人 都 向 另外 两 人 公开 发 布 接口 。 这 使 他 们 不 得 不 
经 常 来 回 维护 接 口 ， 而 其 实 他 们 原本 可 以 直接 进入 程序 库 ， 径 行 修改 自己 管理 的 那 
一 部 分 ， 那 会 轻松 许多 。 过 度 强 调 代 码 所 有 权 的 团队 常常 会 犯 这 种 错误 。 发 布 接口 
很 有 用 ， 但 也 有 代价 。 所 以 除非 真有 必要 ， 不 要 发 布 接口 。 这 可 能 意味 需要 改变 你 
的 代码 所 有 权 观 念 ， 让 每 个 人 都 可 以 修改 别人 的 代码 ， 以 适应 接口 的 改动 。 以 结对 
编程 的 方式 完成 这 一 切 通 常 是 个 好 主意 。 





e a, 


不 要 过 早 发 布 接口 。 请 修改 你 的 代码 所 有 权 政 策 ， 使 重 构 更 顺畅 。 | 


“= 

Java 还 有 一 种 特别 的 接口 修改 : 在 throws 子 句 中 增加 一 个 异常 。 这 并 不 是 对 函 
数 签 名 的 修改 , 所 以 你 无 法 以 委托 的 办 法 隐藏 它 ; 但 如 果 用 户 代 码 不 做 出 相应 修改 ， 
编译 器 不 会 让 它 通 过 。 这 个 问题 很 难 解决 。 你 可 以 为 这 个 函数 选择 一 个 新 名 字 ， 让 
旧 函 数 调用 它 ， 并 将 这 个 新 增 的 受 控 异 常 转换 成 一 个 非 受 控 异 常 。 你 也 可 以 抛 出 一 
个 非 受 控 异常 ,不 过 这 样 你 就 会 失去 检验 能 力 。 如 果 你 那么 做 , 你 可 以 警告 调用 者 : 
这 个 非 受 控 异 常 日 后 会 变 成 一 个 受 控 异 常 。 这 样 他 们 就 有 时 间 在 自己 的 代码 中 加 上 
对 此 异常 的 处 理 。 出 于 这 个 原因 ， 我 总 是 喜欢 为 整个 包 (package) 定义 一 个 异常 基 
类 (就 像 java.sql 的 SQLException)， 并 确保 所 有 public 函 数 只 在 自己 的 throws 子 句 
中 声明 这 个 异常 。 这 样 我 就 可 以 随心 所 欲 地 定义 异常 子 类 ， 不 会 影响 调用 者 ， 因 为 
调用 者 永远 只 知道 那个 更 具 一 般 性 的 异常 基 类 。 


难以 通过 重 构 手 法 完成 的 设计 改动 


通过 重 构 , 可 以 排除 所 有 设计 错误 吗 ? 是 否 存在 某 些 核心 设计 决策 , 无 法 以 重 构 
手法 修改 ?在 这 个 领域 里 , 我 们 的 统计 数据 尚 不 完整 。 当 然 菜 些 情况 下 我 们 可 以 很 有 
效 地 重 构 ， 这 常常 令 我 们 倍 感 惊讶 ， 但 的 确 也 有 难以 重 构 的 地 方 。 比 如 说 在 一 个 项 
目 中 ， 我 们 很 难 《〈 但 还 是 有 可 能 ) 将 不 考虑 安全 性 需求 时 构造 起 来 的 系统 重 构 为 具 
备 良 好 安全 性 系统 。 
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这 种 情况 下 我 的 办 法 就 是 ， 先 想象 重 构 的 情况 。 考 虑 候选 设计 方案 时 ， 我 会 问 
自己 : 将 某 个 设计 重 构 为 男 一 个 设计 的 难度 有 多 大 ?如 果 看 上 去 很 简单 ， 我 就 不 必 
太 担 心 选择 是 否 得 当 ， 于 是 我 就 会 选 块 简单 的 设计 ， 哪 怕 它 不 能 窗 盖 所 有 潜在 需求 
也 没关系 。 但 如 果 预 先 看 不 到 简单 的 重 构 办 法 ， 我 就 会 在 设计 上 投入 更 多 力气 。 不 
过 我 发 现 ， 后 一 种 情况 很 少 出 现 。 


何 时 不 该 重 构 


有 时 候 你 根本 不 应 该 重 构 ， 例 如 当 你 应 该 重新 编写 所 有 代码 的 时 候 。 有 时 候 既 
有 代码 实在 太 混乱 ， 重 构 它 还 不 如 重新 写 一 个 来 得 简单 。 作 出 这 种 决定 很 困难 ， 我 
承认 我 也 没有 什么 好 准则 可 以 判断 何 时 应 该 放弃 重 构 。 


重 写 (而 非 重 构 ) 的 一 个 清楚 讯号 就 是 : 现 有 代码 根本 不 能 正常 运作 。 你 可 能 
只 是 试 着 做 点 测试 ， 然 后 就 发 现代 码 中 满 是 错误 ， 根 本 无 法 稳定 运作 。 记 住 ， 重 构 
之 前 ， 代 码 必须 起 码 能 够 在 大 部 分 情况 下 正常 运作 。 


一 个 折 中 办 法 就 是 : 将 “大 块头 软件 ” 重 构 为 封装 良好 的 小 型 组 件 。 然 后 你 就 
可 以 逐一 对 组 件 做 出 “ 重 构 或 重建 ”的 决定 。 这 是 一 个 颇 有 希望 的 办 法 ， 但 我 还 没 
有 足够 数据 ， 所 以 也 无 法 写 出 好 的 指导 原则 。 对 于 一 个 重要 的 遗留 系统 ， 这 肯定 会 
是 一 个 很 好 的 方向 。 


另外 ， 如 果 项 目 己 近 最 后 期 限 ， 你 也 应 该 避免 重 构 。 在 此 上 时机， 从重 构 过 程 赢得 
的 生产 力 只 有 在 最 后 期 限 过 后 才能 体现 出 来 ， 而 那 全 时 候 已 经 为 时 晚 侨 。Ward 
Cunningham 对 此 有 一 个 很 好 的 看 法 。 他 把 未 完成 的 重 构 工作 形容 为 “债务 ”。 很 多 公 
司 都 需要 借债 来 使 自己 更 有 效 地 运转 。 但 是 借债 就 得 付 利 息 ， 过 于 复杂 的 代码 所 造成 
的 维护 和 扩展 的 额外 成 本 就 是 利息 。 你 可 以 承受 一 定 程度 的 利息 ， 但 如 果 利 息 太 高 你 
就 会 被 压 垮 。 把 债务 管理 好 是 很 重要 的 ， 你 应 该 随时 通过 重 构 来 偿还 一 部 分 债务 。 

如 果 项 目 已 经 非常 接近 最 后 期 限 ， 你 不 应 该 再 分 心 于 重 构 ， 因 为 已 经 没有 时 间 
了 。 不 过 多 个 项 目 经 验 显 示 : ARETE EP. WR RE BAY TA, 
通常 就 表示 你 其 实 早 该 进行 重 构 。 





2.6 ” 重 构 与 设计 


重 构 肩负 一 项 特殊 使 命 ， 它 和 设计 彼此 互补 。 初 学 编程 的 时 候 ， 我 埋头 就 写 程 
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2.6 重 构 与 设计 


序 ， 浑 浑 距 吐 地 进行 开发 。 然 而 很 快 我 便 发 现 ， 事 先 做 好 设计 可 以 让 我 节省 返工 的 
高 昂 成 本 。 于 是 我 很 快 加 强 这 种 “预先 设计 ”风格 。 许 多 人 都 把 设计 看 做 软件 开发 
的 关键 环节 ， 而 把 编程 看 做 只 是 机 械 式 的 低级 劳动 。 他 们 认为 设计 就 像 画 工程 图 而 
编码 就 像 施工 。 但 是 你 要 知道 ， 软 件 和 机 器 有 着 很 大 的 差异 : 软件 的 可 塑性 更 强 ， 
而 且 完 全 是 思想 产品 。 正 如 Alistair Cockbum 所 说 :“ 有 了 设计 ， 我 可 以 思考 得 更 快 ， 
但 是 其 中 充满 小 漏洞 。” 


有 一 种 观点 认为 : 重 构 可 以 取代 预先 设计 。 这 意思 是 你 根本 不 必 做 任何 设计 ， 
只 管 按照 最 初 想法 开始 编码 ， 让 代码 有 效 运 作 ， 然 后 再 将 它 重 构 成 型 。 事 实 上 这 种 
办 法 真 的 可 行 。 我 的 确 看 过 有 人 这 么 做 , 最 后 获得 设计 良好 的 软件 。 极限 编程 [Beck， 
XP] 的 支持 者 极力 提倡 这 种 办 法 。 


尽管 如 上 所 言 ， 只 运用 重 构 也 能 收 到 效果 ， 但 这 并 不 是 最 有 效 的 途径 。 是 的 ， 
就 连 极限 编程 的 爱好 者 们 也 会 进行 预先 设计 。 他 们 会 使 用 CRC 卡 或 类 似 的 东西 来 检 
验 各 种 不 同 想法 ， 然 后 才 得 到 第 一 个 可 被 接受 的 解决 方案 ， 然 后 才能 开始 编码 ， 然 
后 才能 重 构 。 关 键 在 于 重 构 改变 了 预先 设计 的 角色 。 如 果 没有 重 构 ， 你 就 必须 保 
证 预先 做 出 的 设计 正确 无 误 ， 这 个 压力 太 大 了 。 这 意味 如 果 将 来 需要 对 原始 设计 做 
任何 修改 ， 代 价 都 将 非常 高 易 。 因 此 你 需要 把 更 多 时 间 和 精力 放 在 预先 设计 上 ， 以 
避免 日 后 修改 。 


如 果 你 选择 重 构 ， 问 题 的 重点 就 转变 了 。 你 仍然 做 预先 设计 ， 但 是 不 必 一 定 找 
出 正确 的 解决 方案 。 此 刻 的 你 只 需要 得 到 一 个 足够 合理 的 解决 方案 就 够 了 。 你 很 肯 
定 地 知道 ， 在 实现 这 个 初始 解决 方案 的 时 候 ， 你 对 问题 的 理解 也 会 逐渐 加 深 ， 你 可 
能 会 察觉 最 佳 解决 方案 和 你 当初 设想 的 有 些 不 同 。 只 要 有 重 构 这 把 利器 在 手 ， 就 不 
成 问题 ， 因 为 重 构 让 日 后 的 修改 成 本 不 再 高 兄 。 


这 种 转变 导致 一 个 重要 结果 : 软件 设计 向 简化 前 进 了 一 大 步 。 过 去 未 曾 运 用 重 
构 时 ， 我 总 是 力求 得 到 灵活 的 解决 方案 。 任 何 一 个 需求 都 让 我 提心吊胆 地 猜疑 : 在 
系统 的 有 生 之 年 ,这 个 需求 会 导致 怎样 的 变化 ?由 于 变更 设计 的 代价 非常 高 昂 ， 所 以 
我 希望 建造 一 个 足够 灵活 、 足 够 牢靠 的 解决 方案 ， 希 望 它 能 承受 我 所 能 预见 的 所 有 
需求 变化 。 问 题 在 于 : 要 建造 一 个 灵活 的 解决 方案 ， 所 需 的 成 本 难以 估算 。 灵 活 的 
解决 方案 比 简 单 的 解决 方案 复杂 许多 ， 所 以 最 终 得 到 的 软件 通常 也 会 更 难 维护 一 一 
虽然 它 在 我 预先 设想 的 方向 上 的 确 是 更 加 灵活 ,就 算 幸运 地 走 在 预先 设想 的 方向 上 ， 
你 也 必须 理解 如 何 修改 设计 。 如 果 变 化 只 出 现在 一 两 个 地 方 ， 那 不 算 大 问题 。 然 而 
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变化 其 实 可 能 出 现在 系统 各 处 。 如 果 在 所 有 可 能 的 变化 出 现 地 点 都 建立 起 灵活 性 ， 
整个 系统 的 复杂 度 和 维护 难度 都 会 大 大 提高 。 当 然 ， 如 果 最 后 发 现 所 有 这 些 灵活 性 
都 毫 无 必要 ,这 才 是 最 大 的 失败 。 你 知道 ， 这 其 中 肯定 有 些 灵活 性 的 确 派 不 上 用 场 ， 
但 你 却 无 法 预测 到 底 是 哪些 派 不 上 用 场 。 为 了 获得 自己 想 要 的 灵活 性 ， 你 不 得 不 加 
入 比 实际 需要 更 多 的 灵活 性 。 


有 了 重 构 ， 你 就 可 以 通过 一 条 不 同 的 途径 来 应 付 变化 带 来 的 风险 。 你 仍旧 需要 
思考 潜在 的 变化 ， 仍 旧 需 要 考虑 灵活 的 解决 方案 。 但 是 你 不 必 再 逐一 实现 这 些 解决 
方案 ,而 是 应 该 问 问 自己 :“ 把 一 个 简单 的 解决 方案 重 构成 这 个 灵活 的 方案 有 多 大 难 
度 ?” 如 果 答 案 是 “相当 容易 ”( 大 多 数 时 候 都 如 此 )， 那 么 你 就 只 需 实 现 目前 的 简单 
方案 就 行 了 。 


重 构 可 以 带 来 更 简单 的 设计 , 同时 又 不 损失 灵活 性 , 这 也 降低 了 设计 过 程 的 难度 ， 
减轻 了 设计 压力 。 一 旦 对 重 构 带 来 的 简单 性 有 更 多 感受 ， 你 甚至 可 以 不 必 再 预先 思考 
前 述 所 谓 的 灵活 方案 一 一 一 旦 需要 它 ， 你 总 有 足够 的 信心 去 重 构 。 是 的 ， 当 下 只 管 建 
造 可 运行 的 最 简化 系统 ， 至 于 灵活 而 复杂 的 设计 ， 唔 ， 多 数 时 候 你 都 不 会 需要 它 。 


——Ron Jeffries 

克莱斯勒 综合 薪资 系统 的 支付 过 程 太 慢 了 。 虽 然 我 们 的 开发 还 没 结束 ， 这 个 
问题 却 已 经 开始 困扰 我 们 ， 因 为 它 已 经 拖累 了 测试 速度 。 

Kent Beck. Martin Fowler 和 我 决定 解决 这 个 问题 . 等 待 大 伙 儿 会 合 的 时 间 里 ， 
和 赁 着 我 对 这 个 系统 的 全 盘 了 解 ， 我 开始 推测 : 到 底 是 什么 让 系统 变 慢 了 ?我 想到 
数 种 可 能 ， 然 后 和 伙伴 们 谈 了 几 种 可 能 的 修改 方案 。 最后， 我 们 就 “如 何 让 这 个 
系统 运行 更 快 "， 提 出 了 一 些 真正 的 好 点 子 。 

然后 ， 我 们 拿 Kent 的 工具 度量 了 系统 性 能 。 我 一 开始 所 想 的 可 能 性 竟然 全 都 
TERA. RTEA: 系统 把 一 半 时 间 用 来 创建 “日 期 ”实例 (instance). 
更 有 趣 的 是 ， 所 有 这 些 实 例 都 有 相同 的 值 。 

于 是 我 们 观察 日 期 的 创建 逻辑 ， 发 现 有 机 会 将 它 优化 .日 期 原本 是 由 字符 串 
转换 而 成 ， 即 使 无 外 部 输入 也 是 如 此 。 之 所 以 使 用 字符 串 转 换 方式 ， 完 全 是 为 了 
方便 键盘 输入 。 好 ， 也 许 我 们 可 以 优化 它 。 

于 是 我 们 观察 这 个 程序 如 何 使 用 日 期 对 象 。 我 们 发 现 ， 很 多 日 期 对 象 都 被 用 
来 产生 “日 期 区 间 ” 实 例 后 者 由 一 个 起 始 日 期 和 一 个 结束 日 期 组 成 。 仔 细 追 
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踪 下 去 ， 我 们 发 现 绝 大 多 数 日 期 区 间 是 空 的 ! 

处 理 日 期 区 间 时 我 们 遵循 这 样 一 个 规则 : 如 果 结 束 日 期 在 起 始 日 期 之 前 ， 这 
个 日 期 区 间 就 该 是 空 的 。 这 是 一 条 很 好 的 规则 ， 完 全 符合 这 个 类 的 需要 。 采 用 此 
一 规则 后 不 久 ， 我们 意识 到 ,创建 一 个 “起 始 日 期 在 结束 日 期 之 后 ”的 日 期 区 间 ， 
仍然 不 算是 清晰 的 代码 ， 于 是 我 们 把 这 个 行为 提炼 成 一 个 工厂 函数 ， 由 它 专门 创 
建 “ 空 的 日 期 区 间 ”. 

我 们 做 了 上 述 修改 ， 使 代码 更 加 清晰 ， 也 意外 得 到 了 一 个 惊喜 : 可 以 创建 一 
个 固定 不 变 的 “ 空 日 期 区 间 ” 对象， 并 让 上 述 调整 后 的 工厂 函数 始终 返回 该 对 象 ， 
而 不 再 每 次 都 创建 新 对 象 。 这 一 修改 把 系统 速度 提升 了 几乎 一 倍 ， 足 以 让 测试 速 
度 达到 可 接受 程度 。 这 只 花 了 我 们 大 约 五 分 钟 . 

我 和 团队 成 员 (Kent 和 Martin 谢 绝 参加 ) 认真 推测 过 : 我 们 了 若 指 掌 的 这 个 
程序 中 可 能 有 什么 错误 ?我 们 甚至 凭空 做 了 些 改进 设计 ， 却 没有 先 对 系统 的 真实 
情况 进行 度量 。 我们 完全 错 了 。 除 了 一 场 很 有 趣 的 交谈 ， 我 们 什么 好 事 都 没 做 。 

教训 : 哪怕 你 完全 了 解 系统 ， 也 请 实际 度量 它 的 性 能 ， 不 要 脐 测 。 脐 测 会 让 
Bn cola sso NOAA Ls aa 





2.7 重 构 与 性 能 


关于 重 构 ， 有 一 个 常 被 提出 的 问题 ， 它 对 程序 的 性 能 将 造成 怎样 的 影响 ?为 了 让 
软件 易于 理解 ， 你 常会 做 出 一 些 使 程序 运行 变 慢 的 修改 。 这 是 个 重要 的 问题 。 我 并 不 
赞成 为 了 提高 设计 的 纯洁 性 而 忽视 性 能 ， 把 希望 寄托 于 更 快 的 硬件 身上 也 绝 非 正道 。 
已 经 有 很 多 软件 因为 速度 太 慢 而 被 用 户 拒绝 , 日 益 提高 的 机 器 速度 也 只 不 过 略微 放宽 
了 速度 方面 的 限制 而 已 。 但 是 ， 换 个 角度 说 ， 虽 然 重 构 可 能 使 软件 运行 更 慢 ， 但 它 也 
使 软件 的 性 能 优化 更 容易 。 除 了 对 性 能 有 严格 要 求 的 实时 系统 ， 其 他 任何 情况 下 “ 编 
写 快速 软件 ”的 秘密 就 是 ， 首 先 写 出 可 调 的 软件 ， 然 后 调整 它 以 求 获得 足够 速度 。 


我 看 过 三 种 编写 快速 软件 的 方法 。 其 中 最 严格 的 是 时 间 预 算法 ， 这 通常 只 用 于 性 
能 要 求 极 高 的 实时 系统 。 如 果 使 用 这 种 方法 ， 分 解 你 的 设计 时 就 要 做 好 预算 ， 给 每 个 
组 件 预先 分 配 一 定 资源 一 一 包括 时 间 和 执行 轨迹 。 每 个 组 件 绝对 不 能 超出 自己 的 预 
算 ， 就 算 拥 有 组 件 之 间 调度 预 配 时 间 的 机 制 也 不 行 。 这 种 方法 高 度 重 视 性 能 ， 对 于 心 
律 调 节 器 一 类 的 系统 是 必须 的 ， 因 为 在 这 样 的 系统 中 迟 来 的 数据 就 是 错误 的 数据 。 但 
对 其 他 系统 (例如 我 经 常 开发 的 企业 信息 系统 ) 而 言 , 如 此 追求 高 性 能 就 有 点 过 分 了 。 
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第 2 章 重 构 原则 


第 二 种 方法 是 持续 关注 法 。 这 种 方法 要 求 任何 程序 员 在 任何 时 间 做 任何 事 时 ， 
都 要 设法 保持 系统 的 高 性 能 。 这 种 方式 很 常见 ， 感 觉 上 很 有 吸引 力 ， 但 通常 不 会 起 
太 大 作用 。 任 何 修改 如 果 是 为 了 提高 性 能 ， 通 常会 使 程序 难以 维护 ， 继 而 减缓 开发 
速度 。 如 果 最 终 得 到 的 软件 的 确 更 快 了 ， 那 么 这 点 损失 尚 有 所 值 ， 可 惜 通常 事 与 原 
违 ， 因 为 性 能 改善 一 旦 被 分 散 到 程序 各 角落 ， 每 次 改善 都 只 不 过 是 从 对 程序 行为 的 
一 个 狭隘 视角 出 发 而 已 。 


关于 性 能 ， 一 件 很 有 趣 的 事情 是 : 如 果 你 对 大 多 数 程序 进行 分 析 ， 就 会 发 现 它 
把 大 半 时 间 都 耗费 在 一 小 半 代码 身上 。 如 果 你 一 视 同仁 地 优化 所 有 代码 ，90% 的 优 
化 工作 都 是 白费 劲 的 ， 因 为 被 你 优化 的 代码 大 多 很 少 被 执行 。 你 花 时 间 做 优化 是 为 
了 让 程序 运行 更 快 ， 但 如 果 因 为 缺乏 对 程序 的 清楚 认识 而 花费 时 间 ， 那 些 时 间 就 都 
是 被 浪费 掉 了 。 


第 三 种 性 能 提升 法 就 是 利用 上 述 的 90% 统 计数 据 。 采 用 这 种 方法 时 ， 你 编写 构 
造 良好 的 程序 ， 不 对 性 能 投 以 特别 的 关注 ， 直 至 进入 性 能 优化 阶段 一 一 那 通常 是 在 
开发 后 期 。 一 旦 进入 该 阶段 ， 你 再 按照 某 个 特定 程序 来 调整 程序 性 能 。 


在 性 能 优化 阶段 ， 你 首先 应 该 用 一 个 度量 工具 来 监控 程序 的 运行 ， 让 它 告 诉 你 
程序 中 哪些 地 方 大 量 消耗 时 间 和 空间 。 这 样 你 就 可 以 找 出 性 能 热点 所 在 的 一 小 段 代 
码 。 然 后 你 应 该 集中 关注 这 些 性 能 热点 ， 并 使 用 持续 关注 法 中 的 优化 手段 来 优化 它 
们 。 由 于 你 把 注意 力 都 集中 在 热点 上 ， 较 少 的 工作 量 便 可 显现 较 好 的 成 果 。 即 便 如 
此 你 还 是 必须 保持 谨慎 。 和 重 构 一 样 ， 你 应 该 小 幅度 进行 修改 。 每 走 一 步 都 需要 编 
译 、 测 试 、 再 次 度量 。 如 果 没 能 提高 性 能 ， 就 应 该 撤销 此 次 修改 。 你 应 该 继续 这 个 
“发 现 热 点 、 去 除 热点 ”的 过 程 ， 直 到 获得 客户 满意 的 性 能 为 止 。 关 于 这 项 技术 ， 
McConnell[McConnell] 为 我 们 提供 了 更 多 信息 。 


一 个 构造 良好 的 程序 可 从 两 方面 帮助 这 一 优化 形式 。 首 先 ， 它 让 你 有 比较 充裕 
的 时 间 进 行 性 能 调整 ， 因 为 有 构造 良好 的 代码 在 手 ， 你 就 能 够 更 快速 地 添加 功能 ， 
也 就 有 更 多 时 间 用 在 性 能 问题 上 《准确 的 度量 则 保证 你 把 这 些 时 间 投 资 在 恰当 地 
点 )。 其 次 ， 面 对 构造 良好 的 程序 ， 你 在 进行 性 能 分 析 时 便 有 较 细 的 粒度 ， 于 是 度量 
工具 把 你 带 入 范围 较 小 的 程序 段落 中 ， 而 性 能 的 调整 也 比较 容易 些 。 由 于 代码 更 加 
清晰 ， 因 此 你 能 够 更 好 地 理解 自己 的 选择 ， 更 清楚 哪 种 调整 起 关键 作用 。 


我 发 现 重 构 可 以 帮助 我 写 出 更 快 的 软件 。 短期 看 来 , 重 构 的 确 可 能 使 软件 变 慢 ， 
但 它 使 优化 阶段 的 软件 性 能 调整 更 容易 ， 最 终 还 是 会 得 到 好 的 效果 。 
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2.8 重 构 起 源 何 处 


我 曾经 努力 想 找 出 重 构 (refactoring) 一 词 的 真正 起 源 ， 但 最 终 失 败 了 。 优 秀 程 
序 员 肯 定 至 少 会 花 一 些 时间 来 清理 自己 的 代码 。 这 么 做 是 因为 ， 他 们 知道 简洁 的 代 
码 比 杂 乱 无 章 的 代码 更 容易 修改 ， 而 且 他 们 知道 自己 几乎 无 法 一 开始 就 写 出 简洁 的 
代码 。 


重 构 不 止 如 此 。 本 书 中 我 把 重 构 看 做 整个 软件 开发 过 程 的 一 个 关键 环节 。 最 早 
认识 重 构 重 要 性 的 两 个 人 是 Ward Cunningham 和 Kent Beck， 他 们 早 在 20 世 纪 80 年 代 
就 开始 使 用 Smalltalk， 那 是 个 特别 适合 重 构 的 环境 。Smalltalk 是 一 个 十 分 动态 的 环 
境 ， 你 可 以 很 快 写 出 极 具 功 能 的 软件 。Smalltalk 的 “编译 /连结 /执行 ”周期 非常 短 ， 
因此 很 容易 快速 修改 代码 。 它 支持 面向 对 象 ， 所 以 也 能 够 提供 强大 的 工具 ， 最 大 限 
度 地 将 修改 的 影响 隐藏 于 定义 良好 的 接口 背后 。Ward 和 Kent 努 力 发 展 出 一 套 适 合 这 
类 环境 的 软件 开发 过 程 《如今 ，Kent 把 这 种 风格 叫 作 极限 编程 [Beck，XP])。 他 们 意 
WE): 重 构 对 于 提高 他 们 的 生产 力 非 常 重要 。 从 那 时 起 他 们 就 一 直 在 工作 中 运用 重 
构 技 术 ， 在 正式 的 软件 项 目 中 使 用 它 ， 并 不 断 精炼 这 个 程序 。 


Ward 和 Kent 的 思想 对 Smalltalk 社 群 产生 了 极 大 影响 ， 重 构 概 念 也 成 为 Smautalk 
文化 中 的 一 个 重要 元 素 。Smalltalk 社 群 的 另 一 位 领袖 是 Ralph Johnson， 伊 利 诺 斯 大 
学 乌 尔 班 纳 分 校 教授 ， 著 名 的 GoF [Gang of Four] 之 一 。Ralph 最 大 的 兴趣 之 一 就 是 开 
发 软件 框架 。 他 揭示 了 重 构 对 于 灵活 高 效 框架 的 开发 帮助 。 


Bill Opdyke 是 Ralph 的 博士 研究 生 ， 对 框架 也 很 感 兴趣 。 他 看 到 了 重 构 的 潜在 价 
值 ， 并 看 到 重 构 应 用 于 Smalltalk 之 外 的 其 他 语言 的 可 能 性 。 他 的 技术 背景 是 电话 交 
换 系 统 的 开发 。 在 这 种 系统 中 ， 大 量 的 复杂 情况 与 日 俱 增 ， 而 且 非 常 难以 修改 。Bill 
的 博士 研究 就 是 从 工具 构筑 者 的 角度 来 看 待 重 构 。 通 过 研究 ，B 记 发 现 : 在 C++ 的 框 
架 开 发 项 目 中 ， 重 构 很 有 用 。 他 也 研究 了 极 有 必要 的 “语义 保持 性 (semantics- 
preserving〉 重 构 ” 及 其 证 明 方 式 ， 以 及 如 何 用 工具 实现 重 构 。 时 至 今日 ，Bill 的 博 
士 论文 [Opdyke] 仍 然 是 重 构 领 域 中 最 有 价值 、 最 丰硕 的 研究 成 果 。 此 外 他 为 本 书 摆 
写 了 第 13 章 。 





我 还 记得 1992 年 OOPSLA 大 会 上 见 到 Bill 的 情景 。 我 们 坐 在 一 间 咖 啡 厅 里 ， 讨 论 
当时 我 正 为 保健 业务 构筑 的 一 个 概念 框架 中 的 某 些 工作 。Bill 跟 我 谈 起 他 的 研究 成 
果 ， 我 还 记得 自己 当时 的 想法 :“ 有 趣 ， 但 并 非 真 的 那么 重要 。” 唉 ， 我 完全 错 了 。 
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John Brant 和 Don Roberts 将 重 构 中 的 “工具 ”构想 发 扬 光大 ， 开 发 了 一 个 名 为 
Refactoring Browser 〈 重 构 浏 览 器 ) 的 Smalltalk 重 构 工 具 。 他 们 撰写 了 本 书 第 14 章 ， 
其 中 对 重 构 工 具 做 了 更 多 介绍 。 


那么 ， 我 呢 ? 我 一 直 有 清理 代码 的 倾向 ， 但 从 来 没有 想到 这 会 如 此 重要 。 后 来 
我 和 Kent 一 起 做 个 项 目 ， 看 到 他 使 用 重 构 手法 ， 也 看 到 重 构 对 生产 性 能 和 产品 质量 
带 来 的 影响 。 这 份 体验 让 我 相信 : 重 构 是 一 门 非常 重要 的 技术 。 但 是 ， 在 重 构 的 学 
习 和 推广 过 程 中 我 遇 到 了 挫折 ， 因 为 我 拿 不 出 任何 一 本 书 给 程序 员 看 ， 也 没有 任何 
一 位 专家 打算 写 出 这 样 一 本 书 。 所 以 ， 在 这 些 专家 的 帮助 下 ， 我 写 下 了 这 本 书 。 


一 一 Rich Garzaniti 

将 C3 系 统 移 至 GemStone 之 前 ， 我 们 用 了 相当 长 的 时 间 开发 它 。 开 发 过 程 中 我 
们 无 可 避免 地 发 现 程序 不 够 快 ， 于 是 找 了 Jim Haungs ( GemSmith 中 的 一 位 好 手 )， 
请 他 帮 有 我 们 优化 这 个 系统 。 

Jim 先 用 一 点 时 间 让 他 的 团队 了 解 系统 运作 方式 ， 然 后 以 GemStone 的 
ProfMonitor 特 性 编写 出 一 个 性 能 度量 工具 ， 将 它 插入 我 们 的 功能 测试 中 。 这 个 工 
上 共 可 以 显示 系统 产生 的 对 象 数量 ， 以 及 这 些 对 象 的 诞生 点 。 

令 我 们 吃惊 的 是 : 创建 量 最 大 的 对 象 竟 是 字符 串 。 其 中 最 大 的 工作 量 则 是 反 
复 产 生 12 000 字 节 大 小 的 字符 串 。 这 很 特别 ， 因 为 这 些 字符 串 实 在 太 大 ， 连 
GemStone 惯 用 的 垃圾 回收 设施 者 无 法 处 理 它 。 由 于 它 是 如 此 巨大 , 每 当 被 创建 出 
来 ，GemStone 都 会 将 它 分 页 至 磁盘 上 。 也 就 是 说 ， 字 符 串 的 创建 竟然 用 上 了 LO 
子 系统 ， 而 每 次 输出 记录 时 都 要 产生 这 样 的 字符 串 三 次 ! 

我 们 的 第 一 个 解决 办 法 是 把 一 个 12 000 字 节 大 小 的 字符 串 缓 存 起 来 ， 这 能 解 
决 一 大 半 问 题 。 后 来 我 们 又 加 以 修改 ， 将 它 直 接 写 入 一 个 文件 流 ， 从 而 避免 产生 
FHR. 

解决 了 “巨大 字符 串 ” 问 题 后 ，Jim 的 度量 工具 又 发 现 了 一 些 类 似 间 题 ， 只 
不 过 字符 串 稍 微小 一 些 : 800 字 节 、500 字 节 ， 等 等 ， 我们 也 都 对 它们 改 用 文件 流 ， 
于 是 问题 都 解决 了 。 

使 用 这 些 技术 ， 我 们 稳步 提高 了 系统 性 能 。 开 发 过 程 中 原本 似乎 需要 1 000 
小 时 以 上 才能 完成 的 薪资 计算 ， 实 际 运作 时 只 花 40 小 时 。 一 个 月 后 ， 我 们 把 时 间 
缩短 到 18 小 时 。 正式 投入 运转 时 只 花 12 小 时 。 经 过 一 年 的 运行 和 改善 后 ， 全 部 计 
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算 只 需 9 小 时 . 


我 们 的 最 大 改进 就 是 : 将 程序 放 在 多 处 理 器 计算 机 上 ， 以 多 线程 方式 运行 . 

最 初 这 个 系统 并 非 按照 多 线程 思维 来 设计 ， 但 由 于 代码 构造 良好 ， 所 以 我 们 只 花 

了 三 天 时 间 就 让 它 同时 运行 在 多 个 线程 上 。 现 在， 薪资 的 计算 只 需 2 小 时 。 cs 
在 Jim 提 供 工具 使 我 们 得 以 在 实际 操作 中 度量 系统 性 能 之 前 ， 我 们 也 猜测 过 

问题 所 在 。 但 如 果 只 靠 猜测 ， 我 们 需要 很 长 的 时 间 才 能 试 出 真正 的 解法 。 真 实 的 

度量 指出 了 一 个 完全 不 同 的 方向 ， 并 大 大 加 快 了 我 们 的 进度 。 
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第 了 》 章 


代码 的 坏 味道 





Kent Beck 和 Martin Fowler 
“如 果 尿 布 自 了 ， 就 换 掉 它 。” 一 -一 语 出 Beck 奶 奶 ， 讨 论 抚 养 小 孩 的 哲学 


FNE 对 于 重 构 如 何 运作 ， 你 已 经 有 了 相当 好 的 理解 。 但 是 知道 “如 何 ” 
不 代表 知道 “ 何 时 ”。 决定 何 时 重 构 、 何 时 停止 和 知道 重 构 机 制 如 何 运 
转 一 样 重要 。 


难题 来 了 ! 解 释 “ 如 何 删除 一 个 实例 变量 ” 或 “如 何 产生 一 个 继承 体系 "很 容易 ， 
因为 这 些 都 是 很 简单 的 事情 。 但 要 解释 “该 在 什么 时 候 做 这 些 动作 ”就 没 那么 顺 理 
成 章 了 。 除 了 露 几 和 手 含混 的 编程 美学 〈 说 实话 ， 这 就 是 咱 这 些 顾 问 常 做 的 事 )， 我 还 
希望 让 某 些 东西 更 具 说 服 力 一 些 。 


去 苏 黎 士 拜访 Kent Beck 的 时 候 ， 我 正在 为 这 个 微妙 的 问题 大 伤 脑筋 。 也 许 是 因 
为 受到 刚 出 生 的 女儿 的 气味 影响 吧 , 他 提出 用 味道 来 形容 重 构 时 机 。“ 味道, ”他 说 ， 
“ 听 起 来 是 不 是 比 含混 的 美学 理论 要 好 多 了 ?” 啊 ， 是 的 。 我 们 看 过 很 多 很 多 代码 ， 
它们 所 属 的 项 目 从 大 获 成 功 到 奋 矿 一 息 都 有 。 观 察 这 些 代码 时 ， 我 们 学 会 了 从 中 找 
寻 某 些 特定 结构 ， 这 些 结构 指出 (有 时 甚至 就 像 尖 叫 呼喊 ) 重 构 的 可 能 性 。( 本 章 主 
语 换 成 “我 们 ”， 是 为 了 反映 一 个 事实 :; Kent 和 我 共同 撰写 本 章 。 你 应 该 可 以 看 出 我 
俩 的 文笔 差异 一 一 插 科 打 译 的 部 分 是 我 写 的 ， 其 余 都 是 他 写 的 。) 


我 们 并 不 试图 给 你 一 个 何 时 必须 重 构 的 精确 衡量 标准 。 从 我 们 的 经 验 看 来 ， 没 
有 任何 量度 规矩 比 得 上 一 个 见识 广博 者 的 直觉 。 我 们 只 会 告诉 你 一 些 迹 象 ， 它 会 指 
出 “这 里 有 一 个 可 以 用 重 构 解 决 的 问题 >。 你 必须 培养 出 自己 的 判断 力 ， 学 会 判断 一 
个 类 内 有 多 少 实例 变量 算是 太 大 、 一 个 函数 内 有 多 少 行 代码 才 算 太 长 。 
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如 果 你 无 法 确定 该 进行 哪 一 种 重 构 手 法 ， 请 阅读 本 章 内 容 和 内 封 页 表格 来 寻找 
灵感。 你 可 以 阅读 本 章 〈 或 快速 浏览 内 封 页 表格 ) 来 判断 自己 闻 到 的 是 什么 味道 ， 
然后 再 看 看 我 们 所 建议 的 重 构 手 法 能 和 否 帮助 你 。 也 许 这 里 所 列 的 “ 坏 味 道 条 款 ” 和 
你 所 检测 的 不 尽 相 符 ， 但 愿 它们 能 够 为 你 指引 正确 方向 。 


RS 
3.1 Duplicated Code (重复 代码 ) 


坏 味道 行列 中 首当其冲 的 就 是 Duplicated Code。 如 果 你 在 一 个 以 上 的 地 点 看 到 
相同 的 程序 结构 ， 那 么 可 以 肯定 : 设法 将 它们 合 而 为 一 ， 程 序 会 变 得 更 好 。 


最 单纯 的 Duplicated Code 就 是 “同一 个 类 的 两 个 函数 含有 相同 的 表达 式 ” 这 时 
候 你 需要 做 的 就 是 采用 Extract Method (110) 提 炼 出 重复 的 代码 ， 然后 让 这 两 个 地 点 
都 调用 被 提炼 出 来 的 那 一 段 代码 。 


刃 一 种 常见 情况 就 是 “两 个 互 为 兄弟 的 子 类 内 含 相同 表达 式 ”。 要 避免 这 种 情况 ， 
只 需 对 两 个 类 都 使 用 Extract Method (110)， 然 后 再 对 被 提炼 出 来 的 代码 使 用 Pull Up 
Method (332)， 将 它 推 入 超 类 内 。 如 果 代 码 之 间 只 是 类 似 ， 并 非 完全 相同 ， 那 么 就 得 
运用 Extract Method (110) 将 相似 部 分 和 差异 部 分 割 开 ， 构 成 单独 一 个 函数 。 然 后 你 
可 能 发 现 可 以 运用 Form Template Method (345) 获 得 一 个 Template Method 设 计 模式 。 
如 果 有 些 函 数 以 不 同 的 算法 做 相同 的 事 ， 你 可 以 选择 其 中 较 清 晰 的 一 个 ， 并 使 用 
Substitute Algorithm (139) 将 其 他 函数 的 算法 替换 掉 。 


如 果 两 个 毫 不 相关 的 类 出 现 Duplicated Code， 你 应 该 考虑 对 其 中 一 个 使 用 
Extract Class (149)， 将 重复 代码 提炼 到 一 个 独立 类 中 ， 然 后 在 另 一 个 类 内 使 用 这 个 
新 类 。 但 是 ， 重 复 代 码 所 在 的 函数 也 可 能 的 确 只 应 该 属于 某 个 类 ， 另 一 个 类 只 能 调 
用 它 ， 抑 或 这 个 函数 可 能 属于 第 三 个 类 ， 而 另 两 个 类 应 该 引用 这 第 三 个 类 。 你 必须 
决定 这 个 函数 放 在 哪儿 最 合适 ， 并 确保 它 被 安置 后 就 不 会 再 在 其 他 任何 地 方 出 现 。 





3.2 Long Method (过 长 函数 ) 


拥有 短 函 数 的 对 象 会 活 得 比较 好 、 比 较 长 。 不 熟悉 面向 对 象 技术 的 人 ， 常 常 觉 
得 对 象 程序 中 只 有 无 穷 无 尽 的 委托 ,根本 没有 进行 任何 计算 。 和 此 类 程序 共同 生活 
数 年 之 后 ， 你 才 会 知道 ， 这 些小 小 函数 有 多 大 价值 。“ 间 接 层 ”所 能 带 来 的 全 部 利 


www. lopSage.com 


3.2 Long Method (过 长 函数 ) Vv 


益 一 一 解释 能 力 、 共 享 能 力 、 选 择 能 力 一 一 都 是 由 小 型 函数 支持 的 (请 看 第 61 页 的 


“间接 层 和 重 构 ”)。 





很 久 以 前 程序 员 就 已 经 认识 到 : 程序 愈 长 愈 难 理解 。 早 期 的 编程 语言 中 ， 子 程 
序 调 用 需要 额外 开销 , 这 使 得 人 们 不 太 乐意 使 用 小 函数 。 现 代 OO 语 言 几乎 已 经 完全 
免除 了 进程 内 的 函数 调用 开销 。 不 过 代码 阅读 者 还 是 得 多 费力 气 ， 因 为 他 必须 经 常 
转换 上 下 文 去 看 看 子 程序 做 了 什么 。 某 些 开 发 环境 允许 用 户 同 时 看 到 两 个 函数 ， 这 
可 以 帮助 你 省 去 部 分 麻烦 ， 但 是 让 小 函数 容易 理解 的 真正 关键 在 于 一 个 好 名 字 。 如 
果 你 能 给 函数 起 个 好 名 字 ， 读 者 就 可 以 通过 名 字 了 解 函数 的 作用 ， 根 本 不 必 去 看 其 
中 写 了 些 什 么 。 


最 终 的 效果 是 : 你 应 该 更 积极 地 分 解 函数 。 我 们 遵循 这 样 一 条 原则 : 每 当 感觉 
需要 以 注释 来 说 明 点 什么 的 时 候 ， 我 们 就 把 需要 说 明 的 东西 写 进 一 个 独立 函数 中 ， 
并 以 其 用 途 〈 而 非 实现 手法 ) 命名 。 我 们 可 以 对 一 组 甚至 短 短 一 行 代码 做 这 件 事 。 
哪怕 替换 后 的 函数 调用 动作 比 函 数 自身 还 长 ， 只 要 函数 名 称 能 够 解释 其 用 途 ， 我 们 
也 该 毫 不 犹豫 地 那么 做 。 关 键 不 在 于 函数 的 长 度 ， 而 在 于 函数 “做 什么 ”和 “如 何 
做 ”之 间 的 语义 距离 。 

百 分 之 九 十 九 的 场合 里 ， 要 把 函数 变 小 ， 只 需 使 用 Extract Method (110)。 找 到 
函数 中 适合 集中 在 一 起 的 部 分 ， 将 它们 提炼 出 来 形成 一 个 新 函数 。 


如 果 函 数 内 有 大 量 的 参数 和 临时 变量 ， 它 们 会 对 你 的 函数 提炼 形成 阻碍 。 如 果 
你 尝试 运用 Extract Method (110)， 最 终 就 会 把 许多 参数 和 临时 变量 当 作 人 参数， 传递 
给 被 提炼 出 来 的 新 函数 ， 导 致 可 读 性 几乎 没有 任何 提升 。 此 时 ， 你 可 以 经 常 运用 
Replace Temp with Query (120) 来 消除 这 些 临 时 元 素 。Introduce Parameter Object (295) 
和 Preserve Whole Object (288) 则 可 以 将 过 长 的 参数 列 变 得 更 简洁 一 些 。 


如 果 你 已 经 这 么 做 了 ， 仍 然 有 太 多 临时 变量 和 参数 ， 那 就 应 该 使 出 我 们 的 杀手 
铜 : Replace Method with Method Object (135). 


如 何 确定 该 提炼 哪 一 段 代 码 呢 ?一 个 很 好 的 技巧 是 : SPREE. 它们 通常 能 指出 
代码 用 途 和 实现 手法 之 间 的 语义 距离 。 如 果 代码 前 方 有 一 行 注释 ， 就 是 在 提醒 你 : 
可 以 将 这 段 代码 蔡 换 成 一 个 函数 ， 而 且 可 以 在 注释 的 基础 上 给 这 个 函数 命名 。 就 算 
只 有 一 行 代码 ， 如 果 它 需要 以 注释 来 说 明 ， 那 也 值得 将 它 提炼 到 独立 函数 去 。 


条 件 表 达 式 和 循环 常常 也 是 提炼 的 信号 。 你 可 以 使 用 Decompose Conditional (238) 
处 理 条 件 表 达 式 。 至 于 循环 ， 你 应 该 将 循环 和 其 内 的 代码 提炼 到 一 个 独立 函数 中 。 
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3.3 Large Class (过 大 的 类 ) 


如 果 想 利用 单个 类 做 太 多 事情 ， 其 内 往往 就 会 出 现 太 多 实例 变量 。 一 - 旦 如 此 ， 
Duplicated Code 也 就 接 中 而 至 了 。 


你 可 以 运用 Extract Class (149) 将 几 个 变量 一 起 提炼 至 新 类 内 。 提 炼 时 应 该 选择 
类 内 彼此 相关 的 变量 ， 将 它们 放 在 一 起 。 例 如 depositAmount 和 depositCurrency 可 能 
应 该 隶属 同一 个 类 。 通 常 如 果 类 内 的 数 个 变量 有 着 相同 的 前 组 或 字 尾 ， 这 就 意味 有 
机 会 把 它们 提炼 到 某 个 组 件 内 。 如 果 这 个 组 件 适合 作为 一 个 子 类 ， 你 会 发 现 Extract 
Subclass (330) 往 往 比 较 简 单 。 


有 时 候 类 并 非 在 所 有 时 刻 都 使 用 所 有 实例 变量 。 果 真如 此 ， 你 或 许可 以 多 次 使 
用 Extract Class (149) 或 Extract Subclass (330). 


和 “ 太 多 实例 变量 ”一 样 ， 类 内 如 果 有 太 多 代码 ， 也 是 代码 重复 、 混 乱 并 最 终 
走向 死亡 的 源头 。 最 简单 的 解决 方案 〈 还 记得 吗 ， 我 们 喜欢 简单 的 解决 方案 ) 是 把 
多 余 的 东西 消 弦 于 类 内 部 。 如 果 有 五 个 “ 百 行 函 数 ”， 它 们 之 中 很 多 代码 都 相同 ， 那 
么 或 许 你 可 以 把 它们 变 成 五 个 “十 行 函数 ”和 十 个 提炼 出 来 的 “ 双 行 函数 ” 


和 “拥有 太 多 实例 变量 ”一 样 ,一 个 类 如 果 拥 有 太 多 代码 ,往往 也 适合 使 用 Extract 
Class (149) 和 Extract Subclass (330)。 这 里 有 个 技巧 ， 先 确定 客户 端 如 何 使 用 它们 ， 
然后 运用 Extract Interface (341) 为 每 一 种 使 用 方式 提炼 出 一 个 接口 。 这 或 许可 以 帮助 
你 看 清楚 如 何 分 解 这 个 类 。 


如 果 你 的 Large Class 是 个 GUI 类 ， 你 可 能 需要 把 数据 和 行为 移 到 一 个 独立 的 领 
域 对 象 去 。 你 可 能 需要 两 边 各 保留 一 些 重复 数据 ， 并 保持 两 边 同步 。Duplicate 
Observed Data (189) 告 诉 你 该 怎么 做 。 这 种 情况 下 ， 特 别 是 如 果 你 使 用 旧式 的 AWT 
组 件 ， 你 可 以 采用 这 种 方式 去 掉 GUI 类 并 代 以 Swing 组 件 。 





3.4 Long Parameter List (过 长 参数 列 ) 


刚 开始 学 习 编程 的 时 候 ， 老 师 教 我 们 ， 把 函数 所 需 的 所 有 东西 都 以 参数 传递 进 
去 。 这 可 以 理解 ， 因 为 除 此 之 外 就 只 能 选择 全 局 数据 ， 而 全 局 数据 是 那 恶 的 东西 。 
对 象 技术 改变 了 这 一 情况 : 如 果 你 手 上 没有 所 需 的 东西 , 总 可 以 叫 另 一 个 对 象 给 你 。 
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因此 ， 有 了 对 象 ， 你 就 不 必 把 函数 需要 的 所 有 东西 都 以 参数 传递 给 它 了 ， 只 需 传 给 
它 足 够 的 、 让 函数 能 从 中 获得 自己 需要 的 东西 就 行 了 。 函 数 需 要 的 东西 多 半 可 以 在 函 
数 的 宿主 类 中 找到 。 面 向 对 象 程 序 中 的 函数 ， 其 参数 列 通常 比 在 传统 程序 中 短 得 多 。 


这 是 好 现象 ， 因 为 太 长 的 参数 列 难以 理解 ， 太 多 参数 会 造成 前 后 不 一 致 、 不 易 
使 用 ， 而 且 一 旦 你 需要 更 多 数据 ， 就 不 得 不 修改 它 。 如 果 将 对 象 传递 给 函数 ， 大 多 
数 修改 都 将 没有 必要 ， 因 为 你 很 可 能 只 需 〈 在 函数 内 ) 增加 一 两 条 请 求 ， 就 能 得 到 
更 多 数据 。 


如 果 疝 已 有 的 对 象 发 出 一 条 请 求 就 可 以 取代 一 个 参数 ， 那 么 你 应 该 激活 重 构 手 
法 Replace Parameter with Method (292)。 在 这 里 ,“ 已 有 的 对 象 ” 可 能 是 函数 所 属 类 
内 的 一 个 字段 ， 也 可 能 是 另 一 个 参数 。 你 还 可 以 运用 Preserve Whole Object (288) 将 
来 自 同 一 对 象 的 一 堆 数据 收集 起 来 ， 并 以 该 对 象 替换 它们 。 如 果 某 些 数 据 缺 乏 合理 
的 对 象 归 属 , 可 使 用 Introduce Parameter Object (295) 为 它们 制造 出 一 个 “参数 对 象 ”。 


这 里 有 一 个 重要 的 例外 : 有 了 时候 你 明显 不 希望 造成 “被 调用 对 象 ” 与 “ 较 大 对 
象 ” 间 的 某 种 依赖 关系 。 这 时 候 将 数据 从 对 象 中 拆 解 出 来 单独 作为 参数 ， 也 很 合 情 
合理 。 但 是 请 注意 其 所 引发 的 代价 。 如 果 参 数列 太 长 或 变化 太 频繁 ， 你 就 需要 重新 
考虑 目 己 的 依赖 结构 了 。 





3.5 Divergent Change (发 散 式 变化 ) 


我 们 希望 软件 能 够 更 容易 被 修改 一 一 毕竟 软件 再 怎么 说 本 来 就 该 是 “ 软 ” 的 。 
一 旦 需要 修改 ， 我 们 希望 能 够 跳 到 系统 的 某 一 点 ， 只 在 该 处 做 修改 。 如 果 不 能 做 到 
这 点 ， 你 就 嗅 出 两 种 紧密 相关 的 刺身 味道 中 的 一 种 了 。 


如 果 某 个 类 经 常 因为 不 同 的 原因 在 不 同 的 方向 上 发 生变 化 ，Divergent Change 
就 出 现 了 。 当 你 看 着 一 个 类 说 ;:“ 呢 ， 如 果 新 加 入 一 个 数据 库 , 我 必须 修改 这 三 个 函 
” 数 ; 如 果 新 出 现 一 种 金融 工具 ,我 必须 修改 这 四 个 函数 .” 那 么 此 时 也 许 将 这 个 对 象 
分 成 两 个 会 更 好 ， 这 么 一 来 每 个 对 象 就 可 以 只 因 一 种 变化 而 需要 修改 。 当 然 ， 往 往 
只 有 在 加 入 新 数据 库 或 新 金融 工具 后 ， 你 才能 发 现 这 一 点 。 针 对 某 一 外 界 变 化 的 所 
有 相应 修改 ， 都 只 应 该 发 生 在 单一 类 中 ， 而 这 个 新 类 内 的 所 有 内 容 都 应 该 反应 此 变 
化 。 为 此 ， 你 应 该 找 出 某 特定 原因 而 造成 的 所 有 变化 ， 然 后 运用 Extract Class (149) 
将 它们 提炼 到 另 一 个 类 中 。 
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3.6 Shotgun Surgery (RRIEK) 


Shotgun Surgery 类 似 Divergent Change， 但 恰恰 相反 。 如 果 每 遇 到 某 种 变化 ， 你 
都 必须 在 许多 不 同 的 类 内 做 出 许多 小 修改 , 你 所 面临 的 坏 味 道 就 是 Shotgun Surgery。 
如 果 需 要 修改 的 代码 散布 四 处 , 你 不 但 很 难 找到 它们 , 也 很 容易 忘记 某 个 重要 的 修改 。 





这 种 情况 下 你 应 该 使 用 Move Method (142) 和 Move Field (146) 把 所 有 需要 修改 的 
代码 放 进 同一 个 类 。 如 果 眼 下 没有 合适 的 类 可 以 安置 这 些 代 码 ， 就 创造 一 个 。 通 常 
可 以 运用 lnline Class (154) 把 一 系列 相关 行为 放 进 同一 个 类 。 这 可 能 会 造成 少量 
Divergent Change， 但 你 可 以 轻易 处 理 它 。 


Divergent Change 是 指 “ 一 个 类 受 多 种 变化 的 影响 ” Shotgun Surgery 则 是 指 “ 一 
种 变化 引发 多 个 类 相应 修改 ”。 这 两 种 情况 下 你 都 会 希望 整理 代码 ， 使 “外 界 变化 ” 
与 “需要 修改 的 类 ” 趋 于 一 一 对 应 。 





3.7 Feature Envy (依恋 情结 )》 


对 象 技术 的 全 部 要 点 在 于 : 这 是 一 种 “将 数据 和 对 数据 的 操作 行为 包装 在 一 起 ” 
的 技术 。 有 一 种 经 典 气 味 是 : 函数 对 某 个 类 的 兴趣 高 过 对 自己 所 处 类 的 兴趣 。 这 种 
手表 之 情 最 通常 的 焦点 便 是 数据 。 无 数 次 经 验 里 ， 我 们 看 到 某 个 函数 为 了 计算 某 个 
值 ， 从 男 一 个 对 象 那 儿 调 用 几乎 半 打 的 取 值 函数 。 疗 法 显而易见 ， 把 这 个 函数 移 至 
男 一 个 地 点 。 你 应 该 使 用 Move Method (142) 把 它 移 到 它 该 去 的 地 方 。 有 时 候 函 数 中 
只 有 一 部 分 受 这 种 依恋 之 苦 ， 这 时 候 你 应 该 使 用 Extract Method (110) 把 这 一 部 分 提 
炼 到 独立 函数 中 ， 再 使 用 Move Method (142) 带 它 去 它 的 梦 中 家 园 。 


当然 ， 并 非 所 有 情况 都 这 么 简单 。 一 个 函数 往往 会 用 到 几 个 类 的 功能 ， 那 么 它 
究竟 该 被 置 于 何 处 呢 ? 我 们 的 原则 是 : 判断 哪个 类 拥有 最 多 被 此 函数 使 用 的 数据 ， 然 
后 就 把 这 个 函数 和 那些 数据 摆 在 一 起 。 如 果 先 以 Extract Method (110) 将 这 个 函数 分 
解 为 数 个 较 小 函数 并 分 别 置 放 于 不 同 地 点 ， 上 述 步骤 也 就 比较 容易 完成 了 。 


有 几 个 复杂 精巧 的 模式 破坏 了 这 个 规则 。 说 起 这 个 话题 ，GoF[Gangof Four] 的 
Strategy 和 Visitor 立 刻 跳 入 我 的 脑海 ，Kent Beck 的 Self Delegation[Beck] 也 在 此 列 。 使 
用 这 些 模式 是 为 了 对 抗 坏 味 道 Divergent Change。 最 根本 的 原则 是 : 将 总 是 一 起 变化 
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的 东西 放 在 一 块 儿 。 数 据 和 引用 这 些 数据 的 行为 总 是 一 起 变化 的 ， 但 也 有 例外 。 如 
采 例外 出 现 ， 我 们 就 搬移 那些 行为 ， 保 持 变化 只 在 一 地 发 生 。Strategy 和 Visitor 使 你 
得 以 轻松 修改 函数 行为 ， 因 为 它们 将 少量 需 被 履 写 的 行为 隔离 开 来 一 一 当然 也 付出 
了 “多 一 层 间接 性 ”的 代价 。 





3.8 Data Clumps (数据 泥 团 》 


数据 项 就 像 小 孩子 ， 喜 欢 成 群 结 队 地 待 在 一 块 儿 。 你 常常 可 以 在 很 多 地 方 看 到 
相同 的 三 四 项 数据 : 两 个 类 中 相同 的 字段 、 许 多 函数 签名 中 相同 的 参数 。 这 些 总 是 
绑 在 一 起 出 现 的 数据 真 应 该 拥有 属于 它们 自己 的 对 象 。 首 先 请 找 出 这 些 数据 以 字段 
形式 出 现 的 地 方 ， 运 用 Extract Class (149) 将 它们 提炼 到 一 个 独立 对 象 中 。 然 后 将 注 
意 力 转移 到 函数 签名 上 ， 运 用 Introduce Parameter Object (295) 或 Preserve Whole 
Object (288) 为 它 减肥 。 这 么 做 的 直接 好 处 是 可 以 将 很 多 参数 列 缩短 , 简化 函数 调用 。 
是 的 , 不 必 在 意 Data Clumps 只 用 上 新 对 象 的 一 部 分 字段 , 只 要 以 新 对 象 取代 两 个 (或 
更 多 ) 字段 ， 你 就 值 回 票 价 了 。 


一 个 好 的 评判 办 法 是 ， 删 掉 众多 数据 中 的 一 项 。 这 么 做 ， 其 他 数据 有 没有 因而 
失去 意义 ?如 果 它 们 不 再 有 意义 , 这 就 是 个 明确 信号 : 你 应 该 为 它们 产生 一 个 新 对 象 。 


减少 字段 和 参数 的 个 数 ， 当 然 可 以 去 除 一 些 坏 味道 ， 但 更 重要 的 是 ;一 旦 拥有 
新 对 象 ， 你 就 有 机 会 让 程序 散发 出 一 种 芳香 。 得 到 新 对 象 后 ， 你 就 可 以 着 手 寻 找 
Feature Envy， 这 可 以 帮 你 指出 能 够 移 至 新 类 中 的 种 种 程序 行为 。 不 必 太 久 ， 所 有 的 
类 都 将 在 它们 的 小 小 社会 中 充分 发 挥 价值 。 





3.9 Primitive Obsession (基本 类 型 偏执 ) 


大 多 数 编程 环境 都 有 两 种 数据 : 结构 类 型 允许 你 将 数据 组 织 成 有 意义 的 形式 ，; 
基本 类 型 则 是 构成 结构 类 型 的 积木 块 。 结 构 总 是 会 带 来 一 定 的 额外 开销 。 它 们 可 能 
代表 着 数据 库 中 的 表 ， 如 果 只 为 做 一 两 件 事 而 创建 结构 类 型 也 可 能 显得 太 麻烦 。 


对 象 的 一 个 极 大 的 价值 在 于 : 它们 模糊 (甚至 打破 ) 了 横 吾 于 基本 数据 和 体积 
较 大 的 类 之 间 的 界限 。 你 可 以 轻松 编写 出 一 些 与 语言 内 置 (基本) 类 型 无 异 的 小 型 
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类 。 例 如 Java 就 以 基本 类 型 表示 数值 ， 而 以 类 表示 字符 串 和 日 期 一 一 这 两 个 类 型 在 
其 他 许多 编程 环境 中 都 以 基本 类 型 表现 。 


对 象 技术 的 新 手 通常 不 愿意 在 小 任务 上 运用 小 对 象 一 一 像 是 结合 数值 和 币 种 的 
money 类 、 由 一 个 起 始 值 和 一 个 结束 值 组 成 的 range 类 、 电 话 号 码 或 邮政 编码 (ZIP) 
等 等 的 特殊 字符 串 。 你 可 以 运用 Replace Data Value with Object (175) 将 原本 单独 存在 
的 数据 值 替 换 为 对 象 ， 从 而 走出 传统 的 洞 宣 ， 进 入 炙手可热 的 对 象 世界 。 如 果 想 要 
替换 的 数据 值 是 类 型 码 , 而 它 并 不 影响 行为 , 则 可 以 运用 Replace Type Code with Class 
(218) 将 它 换 掉 。 如果 你 有 与 类 型 码 相 关 的 条 件 表 达 式 , 可 运用 Replace Type Code with 
Subclass (213) 或 Replace Type Code with State/Strategy (227) 加 以 处 理 。 


如 果 你 有 一 组 应 该 总 是 被 放 在 一 起 的 字段 ， 可 运用 Extract Class (149)。 如 果 你 
在 参数 列 中 看 到 基本 型 数据 ， 不 妨 试 试 Introduce Parameter Object (295)。 如 果 你 发 
现 自己 正 从 数组 中 挑选 数据 ， 可 运用 Replace Array with Object (186). 


3.10 Switch Statements (switch 惊悚 现 身 ) 


面向 对 象 程序 的 一 个 最 明显 特征 就 是 : 少 用 switch (或 case) WA. MEM 
上 说 ，switch 语 句 的 问题 在 于 重复 。 你 常会 发 现 同样 的 switch 语 句 散 布 于 不 同 地 
点 。 如 果 要 为 它 添加 一 个 新 的 case 子 句 ， 就 必须 找到 所 有 switch 语 句 并 修改 它们 。 
面向 对 象 中 的 多 态 概念 可 为 此 带 来 优雅 的 解决 办 法 。 


大 多 数 时 候 ， 一 看 到 switch 语 句 ， 你 就 应 该 考虑 以 多 态 来 替换 它 。 问 题 是 多 态 
该 出 现在 哪儿 ?switch 语 句 常 常 根 据 类 型 码 进行 选择 ， 你 要 的 是 “与 该 类 型 码 相关 
的 函数 或 类 ”， 所 以 应 该 使 用 Extract Method (110) 将 swicch 语 句 提炼 到 一 个 独立 函 
数 中 ， 再 以 Move Method (142) 将 它 搬移 到 需要 多 态 性 的 那个 类 里 。 此 时 你 必须 决定 
是 否 使 用 Replace Type Code with Subclasses (223) 或 Replace Type Code with State/Stra- 
tegy (227)。 一 旦 这 样 完 成 继承 结构 之 后 ， 你 就 可 以 运用 Replace Conditional with 
Polymorphism (255) J 。 


如 果 你 只 是 在 单一 函数 中 有 些 选择 事例 ， 且 并 不 想 改动 它们 ， 那 么 多 态 就 有 点 
杀 鸡 用 牛刀 了 。 这 种 情况 下 Replace Parameter with Explicit Methods (285) 是 个 不 错 的 
选择 。 如 果 你 的 选择 条 件 之 一 是 null， 可 以 试 试 Introduce Null Object (260)。 


www.TopSage.com 


3.13 Speculative Generality ( ##HiK AA ) 





3.11 Parallel Inheritance Hierarchies (平行 继承 体系 ) 


Parallel Inheritance Hierarchies 其 实 是 Shotgun Surgery 的 特殊 情况 。 在 这 种 情况 
十， 每 当 你 为 某 个 类 增加 一 个 子 类 ， 必 须 也 为 另 一 个 类 相应 增加 一 个 子 类 。 如 果 你 
发 现 某 个 继承 体系 的 类 名 称 前 缀 和 另 一 个 继承 体系 的 类 名 称 前 缀 完全 相同 ， 便 是 闻 
到 了 这 种 坏 味道 。 


消除 这 种 重复 性 的 一 般 策 略 是 : 让 一 个 继承 体系 的 实例 引用 另 一 个 继承 体系 的 
实例 。 如 果 再 接 再 励 运用 Move Method (142) 和 Move Field (146)， 就 可 以 将 引用 端的 
继承 体系 消 强 于 无 形 。 





3.12 Lazy Class (mT) 


你 所 创建 的 每 一 个 类 ， 都 得 有 人 去 理解 它 、 维 护 它 ， 这 些 工 作 都 是 要 花 钱 的 。 
如 果 一 个 类 的 所 得 不 值 其 身价 ， 它 就 应 该 消失 。 项 目 中 经 常会 出 现 这 样 的 情况 : 某 
个 类 原本 对 得 起 自己 的 身价 ， 但 重 构 使 它 身 形 缩水 ， 不 再 做 那么 多 工作 ; 或 开发 者 
事前 规划 了 某 些 变化 ， 并 添加 一 个 类 来 应 付 这 些 变化 ， 但 变化 实际 上 没有 发 生 。 不 论 
上 述 哪 一 种 原因 ， 请 让 这 个 类 庄严 赴 义 吧 。 如 果 某 些 子 类 没有 做 足够 的 工作 ， 试 试 
Collapse Hierarchy (344)。 对 于 几乎 没 用 的 组 件 ， 你 应 该 以 Inline Class (154) 对 付 它们 。 





3.13 Speculative Generality (SSHKRARIE) 


这 个 令 我 们 十 分 敏感 的 坏 味 道 ， 命 名 者 是 Brian Foote. “AAW “MR, RAR 
们 总 有 一 天 需要 做 这 事 ” 并 因而 企图 以 各 式 各 样 的 钩子 和 特殊 情况 来 处 理 一 些 非 必 
要 的 事情 ， 这 种 坏 味 道 就 出 现 了 。 那 么 做 的 结果 往往 造成 系统 更 难 理解 和 维护 。 如 
果 所 有 装置 都 会 被 用 到 ， 那 就 值得 那么 做 ; 如 果 用 不 到 ， 就 不 值得 。 用 不 上 的 装置 
只 会 挡 你 的 路 ， 所 以 ， 把 它 搬 开 吧 。 


如 果 你 的 某 个 抽象 类 其 实 没有 太 大 作用 ， 请 运用 Collapse Hierarchy (344)。 不 必 
要 的 委托 可 运用 Jnline Class (154) 除 掉 。 如 果 函 数 的 某 些 参数 未 被 用 上 ， 可 对 它 实 施 
Remove Parameter (277)。 如 果 函 数 名 称 带 有 多 余 的 抽象 意味 ， 应 该 对 它 实施 Rename 
Method (273)， 让 它 现实 一 些 。 


如 果 函 数 或 类 的 唯一 用 户 是 测试 用 例 ， 这 就 球 出 了 坏 味道 Speculative Generality。 


www.TopSage.com 


y 








第 3 章 ”代码 的 坏 味道 


如 果 你 发 现 这 样 的 函数 或 类 ， 请 把 它们 连同 其 测试 用 例 一 并 删 掉 。 但 如 果 它 们 的 用 
途 是 帮助 测试 用 例 检 测 正当 功能 ， 当 然 必须 刀 下 留 人 。 





3.14 Temporary Field ( 令 人 迷惑 的 暂时 字段 ) 


有 时 你 会 看 到 这 样 的 对 象 : 其 内 某 个 实例 变量 仅 为 某 种 特定 情况 而 设 。 这 样 的 
代码 让 人 不 易 理 解 ， 因 为 你 通常 认为 对 象 在 所 有 时 候 都 需要 它 的 所 有 变量 。 在 变量 
未 被 使 用 的 情况 下 猜测 当初 其 设置 目的 ， 会 让 你 发 疯 的 。 


请 使 用 Extract Class (149) 给 这 个 可 怜 的 孤儿 创造 一 个 家 ， 然 后 把 所 有 和 这 个 变 
量 相 关 的 代码 都 放 进 这 个 新 家 。 也 许 你 还 可 以 使 用 Introduce Null Object (260) 在 “ 变 
量 不 合法 ”的 情况 下 创建 一 个 Null 对 象 ， 从 而 避免 写 出 条 件 式 代码 。 


如 果 类 中 有 一 个 复杂 算法 , 需要 好 几 个 变量 , 往往 就 可 能 导致 坏 味道 Temporary 
Field 的 出 现 。 由 于 实现 者 不 希望 传递 一 长 串 参 数 〈 想 想 为 什么 )， 所 以 他 把 这 些 参 
数 都 放 进 字 段 中 。 但 是 这 些 字段 只 在 使 用 该 算法 时 才 有 效 ， 其 他 情况 下 只 会 让 入 迷 
惑 。 这 时 候 你 可 以 利用 Extract Class (149) 把 这 些 变量 和 其 相关 函数 提炼 到 一 个 独立 
类 中 。 提 炼 后 的 新 对 象 将 是 一 个 函数 对 象 [Beck]。 





3.15 Message Chains 〈 过 度 耦 合 的 消息 链 ) 


如 果 你 看 到 用 户 向 一 个 对 象 请 求 另 一 个 对 象 ， 然 后 再 向 后 者 请 求 另 一 个 对 象 ， 
然后 再 请 求 另 一 个 对 象 …… 这 就 是 消息 链 。 实 际 代码 中 你 看 到 的 可 能 是 一 长 串 
getThis () 或 一 长 串 临 时 变量 。 采 取 这 种 方式 ， 意 味 客 户 代 码 将 与 查找 过 程 中 的 导 
航 结构 紧密 耦合 。 一旦 对 象 间 的 关系 发 生 任何 变化 , 客户 端 就 不 得 不 做 出 相应 修改 。 


这 时 候 你 应 该 使 用 Hide Delegate (157)。 你 可 以 在 消息 链 的 不 同位 置 进行 这 种 重 
构 手法 。 理 论 上 可 以 重 构 消 息 链 上 的 任何 一 个 对 象 ， 但 这 么 做 往往 会 把 一 系列 对 象 
Cintermediate object) 都 变 成 Middle Man。 通 常 更 好 的 选择 是 ， 先 观察 消息 链 最 终 得 
到 的 对 象 是 用 来 干什么 的 ， 看 看 能 否 以 Extract Method (110) 把 使 用 该 对 象 的 代码 提 
炼 到 一 个 独立 函数 中 ， 再 运用 Move Method (142) 把 这 个 函数 推 入 消息 链 。 如 果 这 条 
链 上 的 某 个 对 象 有 多 位 客户 打算 航行 此 航线 的 剩余 部 分 ,就 加 一 个 函数 来 做 这 件 事 。 


有 些 人 把 任何 函数 链 都 视 为 坏 东 西 ， 我 们 不 这 样 想 。 呵 呵 ， 我 们 的 冷静 镇 定 是 
出 了 名 的 ， 起 码 在 这 件 事 上 是 这 样 。 
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3.16 Middle Man (中间 人 ) 


对 象 的 基本 特征 之 一 就 是 封装 一 一 对 外 部 世界 隐藏 其 内 部 细节 。 封 装 往往 伴随 
委托 。 比 如 说 你 问 主管 是 否 有 时 间 参 加 一 个 会 议 ， 他 就 把 这 个 消息 “委托 ”给 他 的 
记事 短 ， 然 后 才能 回答 你 。 很 好 ， 你 没 必要 知道 这 位 主管 到 底 使 用 传统 记事 短 或 电 
子 记事 短 永 或 秘书 来 记录 自己 的 约会 。 

但 是 人 们 可 能 过 度 运 用 委托 。 你 也 许 会 看 到 某 个 类 接口 有 一 半 的 函数 都 委托 给 
其 他 类 ， 这 样 就 是 过 度 运用 。 这 时 应 该 使 用 Remove Middle Man (160)， 直 接 和 真正 
负责 的 对 象 打交道 。 如 果 这 样 “不 于 实事 ”的 函数 只 有 少数 几 个 ， 可 以 运用 
InlineMethod (117) 把 它们 放 进 调用 端 。 如 果 这 些 Middle Man 还 有 其 他 行为 ， 可 以 运 
4 Replace Delegation with Inheritance (355) 把 它 变 成 实 责 对 象 的 子 类 ， 这 样 你 既 可 以 
扩展 原 对 象 的 行为 ， 又 不 必 负 担 那么 多 的 委托 动作 。 





3.17 Inappropriate Intimacy (J#AE A) 


有 时 你 会 看 到 两 个 类 过 于 亲密 ， 花 费 太 多 时 间 去 探究 彼此 的 private 成 分 。 如 果 
这 发 生 在 两 个 “人 ”之 间 ， 我 们 不 必 做 卫 道 士 ; 但 对 于 类 ， 我 们 希望 它们 严守 清 规 。 

就 像 古代 恋人 一 样 ， 过 分 独 昵 的 类 必须 拆散 。 你 可 以 采用 Move Method (142) 和 
Move Field (146) 帮 它们 划 清 界线 ， 从 而 减少 狮 昵 行径 。 你 也 可 以 看 看 是 否 可 以 运用 
Change Bidirectional Association to Unidirectional (200) 让 其 中 一 个 类 对 男 一 个 斩 断 情 
丝 。 如 果 两 个 类 实在 是 情 投 意 合 ， 可 以 运用 Extract Class (149) 把 两 者 共同 点 提炼 到 
一 个 安全 地 点 , 让 它们 坦荡 地 使 用 这 个 新 类 。 或 者 也 可 以 尝试 运用 Hide Delegate (157) 
让 另 一 个 类 来 为 它们 传递 相思 情 。 

继承 往往 造成 过 度 亲 密 ， 因 为 子 类 对 超 类 的 了 解 总 是 超过 后 者 的 主观 愿望 。 如 
果 你 觉得 该 让 这 个 孩子 独自 生活 了 ， 请 运用 Replace Inheritance with Delegation (352) 
让 它 离 开 继 承 体 系 。 


3.18 Alternative Classes with Different Interfaces 
(异曲同工 的 类 ) 
如 果 两 个 函数 做 同一 件 事 ， 却 有 着 不 同 的 签名 ， 请 运用 Rename Method (273) 根 
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据 它 们 的 用 途 重新 命名 。 但 这 往往 不 够 ， 请 反复 运用 Move Method (142) 将 某 些 行为 
移入 类 ， 直 到 两 者 的 协议 一 致 为 止 。 如 果 你 必须 重复 而 鳌 余 地 移入 代码 才能 完成 这 
些 ， 或 许可 运用 Extract Superclass (336) 为 自己 赎 点 罪 。 





3.19 Incomplete Library Class (不 完美 的 库 类 ) 


复 用 常 被 视 为 对 象 的 终极 目的 。 不 过 我 们 认为 ， 复 用 的 意义 经 常 被 高 估 一 一 大 
多 数 对 象 只 要 够 用 就 好 。 但 是 无 可 否认 ， 许 多 编程 技术 都 建立 在 程序 库 的 基础 上 ， 
没 人 敢 说 是 不 是 我 们 都 把 排序 算法 忘 得 一 干 二 净 了 。 


库 类 构筑 者 没有 未 卜 先知 的 能 力 ， 我 们 不 能 因此 责怪 他 们 。 毕 竟 我 们 自己 也 几 
乎 总 是 在 系统 快要 构筑 完成 的 时 候 才 能 弄 清 楚 它 的 设计 ， 所 以 库 作 者 的 任务 真 地 很 
艰巨 。 麻 烦 的 是 库 往往 构造 得 不 够 好 ， 而 且 往往 不 可 能 让 我 们 修改 其 中 的 类 使 它 完 
成 我 们 希望 完成 的 工作 。 这 是 否 意味 那些 经 过 实践 检验 的 战术 , 如 Move Method (142) 
等 ， 如 今 都 派 不 上 用 场 了 ? 


幸好 我 们 有 两 个 专门 应 付 这 种 情况 的 工具 。 如 果 你 只 想 修改 库 类 的 一 两 个 函数 ， 
可 以 运用 Introduce Foreign Method (162); 如 果 想 要 添加 一 大 堆 额 外 行为 ， 就 得 运用 
Introduce Local Extension (164). 





3.20 Data Class 〈 纯 稚 的 数据 类 ) 


所 谓 Data Class 是 指 : 它们 拥有 一 些 字段 ， 以 及 用 于 访问 〈 读 写 ) 这 些 字段 的 函 
数 ， 除 此 之 外 一 无 长 物 。 这 样 的 类 只 是 一 种 不 会 说 话 的 数据 容器 ， 它 们 几乎 一 定 被 
其 他 类 过 份 细 琐 地 操控 着 。 这 些 类 早期 可 能 拥有 public 字 段 ， 果 真如 此 你 应 该 在 别人 
注意 到 它们 之 前 ， 立 刻 运用 Encapsulate Field (206) 将 它们 封装 起 来 。 如 果 这 些 类 内 
含 容 器 类 的 字段 ， 你 应 该 检查 它们 是 不 是 得 到 了 恰当 的 封装 ， 如 果 没 有 ， 就 运用 
Encapsulate Collection (208) 把 它们 封装 起 来 。 对 于 那些 不 该 被 其 他 类 修改 的 字段 ， 
请 运用 Remove Setting Method (300). 


然后 ， 找 出 这 些 取 值 / 设 值 函数 被 其 他 类 运用 的 地 点 。 尝 试 以 Move Method (142) 
把 那些 调用 行为 搬移 到 Data Class 来 。 如果 无 法 搬移 整个 函数 ,就 运用 Extract Method 
(110) 产 生 一 个 可 被 搬移 的 函数 。 不 久之 后 你 就 可 以 运用 Hide Method (303) 把 这 些 取 
值 / 设 值 函数 隐藏 起 来 了 。 
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3.22 Comments ( 过 多 的 注释 ) V 


Data Class 就 像 小 孩子 。 作 为 一 个 起 点 很 好 ， 但 若 要 让 它们 像 成 熟 的 对 象 那样 参 
与 整个 系统 的 工作 ， 它 们 就 必须 承担 一 定 责任 。 





3.21 Refused Bequest〈 被 拒绝 的 遗赠 ) 


子 类 应 该 继承 超 类 的 函数 和 数据 。 但 如 果 它 们 不 想 或 不 需要 继承 ， 又 该 怎么 办 
ME? 它们 得 到 所 有 礼物 ， 却 只 从 中 挑选 几 样 来 玩 ! 


按 传 统 说 法 ， 这 就 意味 着 继承 体系 设计 错误 。 你 需要 为 这 个 子 类 新 建 一 个 兄弟 
类 ， 再 运用 Push Down Method (328) 和 Push Down Field (329) 把 所 有 用 不 到 的 函数 下 
推 给 那个 兄弟 。 这 样 一 来 ， 超 类 就 只 持 有 所 有 子 类 共享 的 东西 。 你 常常 会 听 到 这 样 
的 建议 : 所 有 超 类 都 应 该 是 抽象 Cabstract) 的 。 


既然 使 用 “传统 说 法 ”这 个 略 带 贬义 的 词 ， 你 就 可 以 猜 到 ， 我 们 不 建议 你 这 么 
做 ， 起 码 不 建议 你 每 次 都 这 么 做 。 我 们 经 常 利用 继承 来 复 用 一 些 行为 ， 并 发 现 这 可 
以 很 好 地 应 用 于 日 常 工作 。 这 也 是 一 种 坏 味 道 , 我 们 不 否认 , 但 气味 通常 并 不 强烈 。 
所 以 我 们 说 : 如 果 Refused Bequest 引 起 困惑 和 问题 ， 请 遵循 传统 忠告 。 但 不 必 认 为 
你 每 次 都 得 那么 做 。 十 有 八 九 这 种 坏 味 道 很 羔 ， 不 值得 理 皮 。 


如 果子 类 复 用 了 超 类 的 行为 〈 实 现 )， 却 又 不 愿意 支持 超 类 的 接口 ，Refused 
Bequest 的 坏 味 道 就 会 变 得 浓烈 。 拒 绝 继承 超 类 的 实现 ， 这 一 点 我 们 不 介意 ; 但 如 果 
拒绝 继承 超 类 的 接口 ， 我 们 不 以 为 然 。 不 过 即使 你 不 愿意 继承 接口 ， 也 不 要 胡乱 修 
改 继承 体系 ， 应 该 运用 Replace Inheritance with Delegation (352) 来 达到 目的 。 


3.22 Comments (过 多 的 注释 ) 


别 担 心 , 我 们 并 不 是 说 你 不 该 写 注释 。 从 嗅觉 上 说 , Comments 不 是 一 种 坏 味 道 ， 
事实 上 它们 还 是 一 种 香味 呢 。 我 们 之 所 以 要 在 这 里 提 到 Comments， 是 因为 人 们 常 把 
它 当 作 除 臭 剂 来 使 用 。 常 常会 有 这 样 的 情况 : 你 看 到 一 段 代 码 有 着 长 长 的 注释 ， 然 
后 发 现 ， 这 些 注释 之 所 以 存在 乃 是 因为 代码 很 糟糕 。 这 种 情况 的 发 生 次 数 之 多 ， 实 
在 令 人 吃惊 。 


Comments 可 以 带 我 们 找到 本 章 先前 提 到 的 各 种 坏 味 道 。 找 到 坏 味 道 后 , 我 们 首 
先 应 该 以 各 种 重 构 手 法 把 坏 味 道 去 除 。 完 成 之 后 我 们 常常 会 发 现 : 注释 已 经 变 得 多 
余 了 ， 因 为 代码 已 经 清楚 说 明了 一 切 。 
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如 果 你 需要 注释 来 解释 一 块 代码 做 了 什么 ， 试 试 Extract Method (110)， 如 果 函 
数 已 经 提炼 出 来 ， 但 还 是 需要 注释 来 解释 其 行为 ， 试 试 Rename Method (273); 如 果 
你 需要 注释 说 明 某 些 系 统 的 需求 规格 ， 试 试 Introduce Assertion (267)。 





当 你 感觉 需要 撰写 注释 时 , 请 先 尝 试 重 构 , 试 着 让 所 有 注释 都 变 得 多 余 。 | 





re EE sn ea ee 





如 果 你 不 知道 该 做 什么 ， 这 才 是 注释 的 良好 运用 时 机 。 除 了 用 来 记述 将 来 的 打 
算 之 外 , 注释 还 可 以 用 来 标记 你 并 无 十 足 把 握 的 区 域 。 你 可 以 在 注释 里 写 下 自己 “为 
什么 做 某 某 事 ”。 这 类 信息 可 以 帮助 将 来 的 修改 者 ， 尤 其 是 那些 健忘 的 家 伙 。 
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ay 果 你 想 进行 重 构 ， 首 要 前 提 就 是 拥有 一 个 可 靠 的 测试 环境 。 就 算 你 够 幸 
运 ， 有 一 个 可 以 自动 进行 重 构 的 工具 ， 你 还 是 需要 测试 。 而 且 短 时 间 内 
不 可 能 有 任何 工具 可 以 为 我 们 自动 进行 所 有 可 能 的 重 构 。 

我 并 不 把 这 视 为 缺点 。 我 发 现 ， 编 写 优良 的 测试 程序 ， 可 以 极 大 提高 我 的 编程 


速度 ， 即 使 不 进行 重 构 也 一 样 如 此 。 这 让 我 很 吃惊 ， 也 违反 许多 程序 员 的 直觉 ， 所 
以 我 有 必要 解释 一 下 这 个 现象 。 





4.1 自 测试 代码 的 价值 


如 朵 讨 看 观察 程序 员 把 最 多 时 间 耗 在 哪里 ， 你 就 会 发 现 ， 编 写 代码 其 实 只 占 非 
DA tae AACE ARE Be~ 步 干什么 ， 另 一 些 时 间 花 在 设计 上 ， 最 多 的 
时 间 则 是 用 来 调试 多 我 敢 肯定 狩 辣 位 读者 都 还 记得 自己 花 在 调试 上 的 无 数 个 小 时 ， 
无 数 钦 通宵 达旦 。 每 个 程序 员 都 能 讲 出 花 一 整 天 (甚至 更 多 ) 时 间 只 为 找 出 一 个 小 
问题 的 故事 可 修复 错误 通常 是 比较 快 的 ， 但 找 出 错误 却 是 吐 梦 一 场 。 当 你 修好 一 个 
错误 总 是 会 有 另 一 外 错误 出 现 ， 而 且 肯 定 要 很 久 以 后 才 会 注意 到 它 。 那 时 你 又 要 
花 上 大 把 时 间 去 寻找 它 。 


我 走 上 “上 自 测试 代码 ”这 条 路 ， 和 肇 因 于 1992 年 OOPSLA 大 会 上 的 一 次 演讲 。 会 
场 上 有 人 【我 记得 好 像 是 Dave Thomas) 说 :“ 类 应 该 包含 它们 自己 的 测试 代码 。” 
这 激发 了 我 的 灵感 ， 让 我 想到 一 种 组 织 测试 的 好 方法 。 我 这 样 解释 它 ; 每 个 类 都 应 
该 有 一 个 测试 函数 ， 并 以 它 来 测试 自己 这 个 类 。 


那 时 候 我 还 着 迷 于 增 量 式 开发 ， 所 以 尝试 在 结束 每 次 增 量 时 ， 为 每 个 类 添加 测 
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试 。 当 时 我 开发 的 项 目 很 小 ， 所 以 我 们 大 约 每 周 增 量 一 次 。 执 行 测试 相当 简单 ， 但 
尽管 如 此 ， 做 这 些 测试 还 是 很 烦人 ， 因 为 每 个 测试 都 把 结果 输出 到 控制 台 ， 而 我 必 
须 逐 一 检查 它们 。 我 是 个 很 懒 的 人 ， 情 愿 当下 努力 工作 以 免除 日 后 的 工作 。 我 意识 
到 其 实 完全 不 必 自 己 盯 着 屏幕 检验 测试 所 得 信息 是 否 正确 ， 大 可 让 计算 机 来 帮 我 做 
这 件 事 。 我 需要 做 的 就 是 把 我 所 期 望 的 输出 放 进 测试 代码 中 ， 然 后 做 一 个 比较 就 行 
了 。 于 是 我 可 以 舒服 地 执行 每 个 类 的 测试 函数 ， 如 果 一 切 都 没 问 题 ， 屏 幕 上 就 只 出 
现 一 个 OK。 现 在 ， 这 些 类 都 能 够 “自我 测试 ”了 。 


Ale re ` - 
Y 确保 所 有 测试 都 完全 自动 化 ， 让 它们 检查 自己 的 测试 结果 。 | 


此 后 再 进行 测试 就 简单 多 了 ， 和 编译 一 样 简单 。 于 是 我 开始 在 每 次 编译 之 后 都 
进行 测试 。 很 快 我 发 现 自己 的 生产 性 能 大 大 提高 。 我 意识 到 那 是 因为 我 没有 花 太 多 
-时间 去 调试 。 如 果 我 不 小 心 引入 一 个 可 被 现 有 测试 捕捉 到 的 错误 ， 那 么 只 要 执行 测 
试 ， 它 就 会 向 我 报告 这 个 错误 。 由 于 测试 本 来 是 可 以 正常 运行 的 ， 所 以 我 知道 这 个 
错误 必定 是 在 前 一 次 执行 测试 后 引入 的 。 由 于 我 频繁 地 进行 测试 ， 每 次 测试 都 在 不 
久之 前 ， 因 此 我 知道 错误 的 源头 就 是 我 刚刚 写 下 的 代码 。 而 由 于 我 对 那 段 代码 记忆 
犹 新 ， 份 量 也 很 小 ， 所 以 就 能 轻松 找到 错误 。 从 前 需要 一 小 时 甚至 更 多 时 间 才 能 找 
到 的 错误 ， 现 在 最 多 只 需 两 分 钟 就 找到 了 。 之 所 以 能 够 拥有 如 此 强大 的 侦 错 能 力 ， 
不 仅 仪 因为 我 构筑 的 类 能 够 自我 测试 ， 也 因为 我 频繁 地 运行 它们 。 


注意 到 这 一 点 后 ， 我 对 测试 的 积极 性 更 高 了 。 我 不 再 等 待 每 次 增 量 结束 ， 只 要 
写 好 一 点 功能 ， 就 立即 添加 测试 。 每 天 我 都 会 添加 一 些 新 功能 ， 同 时 也 添加 相应 的 
测试 。 那 些 日 子 里 ， 我 很 少 花 一 分 钟 以 上 的 时 间 在 调试 上 面 。 


Mie . 
Y 一 套 测试 就 是 一 个 强大 的 bug 侦 测 器 ,能 够 大 大 缩减 查找 bug 所 需要 的 时 间 ， | 


ee ne ee a a te re cree ane ht e 一 一 一 一 一 -一 一 -一 一 一 = 一 ~- 














当然 ， 说 服 别 人 也 这 么 做 并 不 容易 。 编 写 测试 程序 ， 意 味 要 写 很 多 额外 代码 。 
除非 你 确切 体验 到 这 种 方法 对 编程 速度 的 提升 ， 否 则 自我 测试 就 显 不 出 它 的 意义 。 
很 多 人 根本 没 学 过 如 何 编写 测试 程序 ， 甚 至 根本 没 考虑 过 测试 ， 这 对 于 编写 自我 测 
试 代码 也 很 不 利 。 如 果 需 要 手动 运行 测试 ， 那 更 是 令 人 烦闷 , 但 如 果 可 以 自动 运行 ， 
编写 测试 代码 就 真 的 很 有 趣 。 
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实际 上 ， 撰 写 测试 代码 的 最 有 用 时 机 是 在 开始 编程 之 前 。 当 你 需要 添加 特性 的 
时 候 ， 先 写 相 应 测试 代码 。 听 起 来 离 经 叛 道 ， 其 实 不 然 。 编 写 测试 代码 其 实 就 是 在 
问 自己 : 添加 这 个 功能 需要 做 些 什么 。 编 写 测试 代码 还 能 使 你 把 注意 力 集中 于 接口 
而 非 实现 〈 这 永远 是 件 好 事 )。 预 先 写 好 的 测试 代码 也 为 你 的 工作 安 上 一 个 明确 的 结 
Rips: 一 旦 测试 代码 正常 运行 ， 工 作 就 可 以 结束 了 。 


频繁 进行 测试 是 极限 编程 [Beck，XP] 的 重要 一 环 。 极 限 编程 一 词 容易 让 人 联想 
起 那些 编码 飞快 、 自 由 散漫 的 黑客 ， 实 际 上 极限 编程 者 都 是 十 分 专注 的 测试 者 。 他 
们 希望 尽 可 能 快速 开发 软件 ， 而 且 也 知道 测试 能 让 他 们 尽 可 能 快速 地 前 进 。 


大 道理 先 放 在 一 边 。 尽 管 我 相信 每 个 人 都 可 以 从 编写 自我 测试 代码 中 受益 ， 但 
这 并 不 是 本 书 重点 。 本 书 谈 的 是 重 构 ， 而 重 构 需要 测试 。 如 果 你 想 重 构 ， 就 必须 编 
写 测试 代码 。 本 章 将 教 你 用 Java 编 写 测试 代码 的 起 步 知识 。 这 不 是 一 本 专 讲 测 试 的 
书 ， 所 以 我 不 想 讲 得 太 仔 细 。 但 我 发 现 ， 少 许 测试 就 足以 带 来 惊人 的 利益 。 


和 本 书 其 他 内 容 一 样 ， 我 以 实例 来 介绍 测试 手法 。 开 发 软件 的 时 候 ， 我 一 边 撰 
写 代 码 ， 一 边 撰 写 测试 代码 。 但 是 当 我 和 他 人 并 肩 重 构 时 ， 往 往 得 面 对 许 多 无 法 自 
我 测试 的 代码 。 所 以 重 构 之 前 我 们 首先 必须 改造 这 些 代 码 ， 使 其 能 够 自我 测试 。 


Java 之 中 的 测试 惯用 手法 是 testing main， 意 思 是 每 个 类 都 应 该 有 一 个 用 于 测试 
的 main()。 这 是 一 个 合理 的 习惯 (尽管 并 不 那么 值得 称许 )， 但 可 能 不 好 操控 。 这 
种 做 法 的 问题 是 很 难 轻松 运行 多 个 测试 。 另 一 种 做 法 是 : 建立 一 个 独立 类 用 于 测试 ， 
并 在 一 个 框架 中 运行 它 ， 使 测试 工作 更 轻松 。 





4.2 JUnit 测试 框架 ? 


我 用 的 是 JUnit， 一 个 由 Erich Gamma 和 Kent Beck[JUnit] 开 发 的 开源 测试 框架 。 
这 个 框架 非常 简单 ， 却 可 让 你 进行 测试 所 需 的 所 有 重要 事情 。 本 章 中 我 将 运用 这 个 
测试 框架 来 为 一 些 IO 类 开发 测试 代码 。 


首先 创建 一 个 FileReadGderTester 类 来 测试 文件 读 取 器 。 任 何 包 含 测 试 代码 的 
类 【〔( 即 测试 用 例 ) 都 必须 继承 测试 框架 所 提供 的 Testcase 类 。 这 个 框架 运用 
Compoeite 模 式 [Gang of Four]， 人 允许 你 将 测试 代码 聚集 到 测试 套件 (test suite) F, 


O 本 书 所 用 的 JUnit 版 本 已 非常 古老 ， 很 多 用 法 早已 过 时 。 请 读者 自行 下 载 最 新 版 本 的 JUnit， 并 参 
考 相关 文档 来 复 现 这 些 例 子 。 一 一 译 者 注 
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如 图 4-1。 这 些 套件 可 以 包含 测试 用 例 或 其 他 测试 套件 。 如 此 一 来 ， 我 就 可 以 轻松 地 
将 一 系列 庞大 的 测试 套件 结合 在 一 起 ， 并 自动 运行 它们 。 


junit.framework 





FileReaderTester 


图 4-1 测试 框架 的 Composite 结 构 
class FileReaderTester extends TestCase { 
public FileReaderTester (String name) { 
super (name) ; 
} 
} 


这 个 新 建 的 类 必须 有 一 个 构造 函数 。 完 成 之 后 我 就 可 以 开始 添加 测试 代码 了 。 
我 的 第 一 件 工作 是 设置 测试 夹具 (test fixture)， 也 就 是 用 于 测试 的 对 象 样本 。 由 于 
我 要 读 一 个 文件 ， 所 以 先 准备 一 个 如 下 的 测试 文件 : 


Bradman 99.94 52 80 10 6996 334 29 
Pollock 60.97 23 4i 4 2256 274 T 
Headley 60.83 22 40 4 2256 270* 10 
Sutcliffe 60.73 54 84 9 4555 194 16 


进一步 运用 这 个 文件 之 前 ， 我 得 先 准备 好 测试 夹具 。Testcase 类 提供 两 个 函 
数 专门 针对 此 一 用 途 : setUp () 用 来 产生 相关 对 象 ，tearDown {) 负责 删除 它们 。 
在 Testcase 类 中 ， 这 两 个 函数 都 只 有 空 达 。 大 多 数 时 候 你 不 需要 操心 夹具 的 拆除 
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(垃圾 回收 器 会 负责 )， 但 是 在 这 里 ， 以 tearDown () 关闭 文件 无 疑 是 明智 之 举 ; 


class FileReaderTester... 
protected void setUp() { 
try { 
_input = new FileReader("data.txt"); 
} catch (FileNotFoundException e) { 
throw new RuntimeException("unable to open test file"); 
} 
} 





protected void tearDown() { 
try { 
_input.close(); 
} catch {IOException e) { 
throw new RuntimeException("error on closing test file"); 
} 
} 


现在 我 有 了 适当 的 测试 夹具 ， 可 以 开始 编写 测试 代码 了 。 首 先 要 测试 的 是 
read()， 我 要 读 取 一 些 字 符 ， 然 后 检查 后 续 读 取 的 字符 是 否 正确 : 


public void testRead({() throws IOException { 
char ch = '&'; 
for (int i = 0; i < 4; i++) 
ch = (char) _input.read(); 
assert ('d' == ch); 
} 


assert () 扮演 自动 测试 角色 。 如 果 assert () 的 参数 值 为 tue， 一 切 良 好 ;， F 
则 我 们 就 会 收 到 错误 通知 。 稍 后 我 会 让 你 看 看 测试 框架 怎么 向 用 户 报 告 错 误 消息 。 
现在 我 要 先 介 绍 如 何 将 测试 过 程 运 行 起 来 。 


第 一 步 是 产生 一 个 测试 套件 。 为 此 ， 请 设计 一 个 suite()， 如 下 所 示 : 


class FileReaderTester... 
public static Test suite({) { 
TestSuite suite = new TestSuite(); 
suite.addTest (new FileReaderTester("testRead") ); 
return suite; 
} 


这 个 测试 套件 只 含 一 个 测试 用 例 对 象 ， 即 FileReaderTester 实 例 。 创 建 测试 
用 例 对 象 时 ， 我 把 待 测 函 数 的 名 称 以 字符 串 的 形式 传 给 构造 函数 ， 从 而 创建 出 一 个 
对 象 ， 用 以 测试 被 指定 的 函数 。 这 个 测试 通过 Java 反 射 机 制 和 对 象 关 联 。 你 可 以 自 
由 下 载 JUnit 源 码 ， 看 看 它 究竟 如 何 做 到 。 至 于 我 ， 我 只 把 它 当 作 一 种 魔法 。 


www. lopSage.com 


RAE ”构筑 测试 体系 


要 将 整个 测试 运行 起 来 , 还 需要 一 个 独立 的 TestRunner 类 。TestRunner 有 两 
个 版 本 ， 其 中 一 个 有 漂亮 的 图 形 用 户 界面 (GUI)， 另 一 个 采用 文字 界面 。 我 可 以 在 
main () 函数 中 调用 “文字 界面 ”版 


class FileReaderTester... 
public static void main (String[] args) { 
junit.textui.TestRunner.run (suite()); 
} 


这 段 代码 创建 出 一 个 TestRunner， 并 要 它 运行 FileReaderTester 类 。 当 我 
执行 行 它 ， 会 看 到 : 


Time: 0.110 

OK (1 tests) 

对 于 每 个 运行 起 来 的 测试 ，JUnit 都 会 输出 一 个 句点 ， 这 样 你 就 可 以 直观 看 到 测 
试 进展 。 它 会 告诉 你 整个 测试 用 了 多 长 时 间 。 如 果 所 有 测试 都 没有 出 错 ， 它 就 会 说 
OK， 并 告诉 你 运行 了 多 少 个 测试 。 我 可 以 运行 上 干 个 测试 ， 如 果 一 切 良 好 ， 就 会 看 
到 那个 OK。 对 于 自 测试 代码 来 说 ， 这 个 简单 的 响应 至 关 重 要 ,没有 它 我 就 不 可 能 经 
常 运行 这 些 测试 。 有 了 这 个 简单 响应 ， 你 可 以 执行 一 大 堆 测 试 然后 去 吃 个 午饭 (或 
开 个 会 )， 回 来 之 后 再 看 看 测试 结果 。 


bmg 每 次 编译 请 把 测试 也 考虑 进去 每 天 至 少 执行 每 个 
I 试 一 次 ， 





重 构 过 程 中 ， 你 可 以 只 运行 少数 几 项 测试 ， 它 们 主要 用 来 检查 当下 正在 开发 或 
整理 的 代码 。 是 的 ， 你 可 以 只 运行 少数 几 项 测试 ， 这 样 肯 定 比 较 快 ， 否 则 整个 测试 
会 减低 你 的 开发 速度 ， 使 你 开始 犹豫 是 否 还 要 这 样 下 去 。 千 万 别 届 服 于 这 种 诱惑 ， 
否则 你 一 定 会 付出 代价 。 


如 果 测 试 出 错 ， 会 发 生 什么 事 ? 为 了 展示 这 种 情况 ， 我 故意 放 一 个 bug 进 去 : 


public void testRead() throws IOException { 
char ch = ‘'&'; 
for (int i = 0; i < 4; i++) 
ch = (char) _input.read(); 
assert ('2' == ch); // deliberate error 
} 


得 到 如 下 结果 : 


.F 
Time: 0.220 
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!!!FATLURES!!! 

Test Results: 

Run: 1 Failures: 1 Errors: 0 

There was 1 failure: 

1) FileReaderTester.testRead 

test. framework.AssertionFailedError 


JUnit 警 告 我 测试 失败 ， 并 告诉 我 这 项 失败 具体 发 生 在 哪个 测试 身上 。 不 过 这 个 
错误 消息 并 不 特别 有 用 。 我 可 以 使 用 另 一 种 形式 的 断言 ， 让 错误 消息 更 清楚 些 : 


public void testRead() throws IOException { 


char ch = '&'; 
for (int i = 0; i < 4; i++) 
ch = (char) _input.read(); 


assertEquals('m', ch); 
} 


你 做 的 绝 大 多 数 断 言 都 是 对 两 个 值 进行 比较 ， 检 验 它们 是 否 相等 ， 所 以 JUnit 框 架 
为 你 提供 assertEquals () 。 这 个 函数 很 简单 ， 以 equals ( ) 进行 对 象 比 较 ， 以 操作 符 
== 进 行 数值 比较 一 一 我 自己 常 忘记 区 分 它们 。 这 个 函数 也 输出 更 具 意义 的 错误 消息 : 
as 0.170 
!!!FAILURES!!! 
Test Results: 
Run: 1 Failures: 1 Errors: 0 


There was 1 failure: 
1) FileReaderTester.testRead “expected:"m"but was:"d"" 


我 应 该 提 一 下 : 编写 测试 代码 时 , 我 往往 一 开始 先 让 它们 失败 。 面 对 既 有 代码 ， 
要 不 我 就 修改 它 〈 如 果 我 能 接触 源码 的 话 ), 使 它 测试 失败 ， 要 不 就 在 断言 中 放 一 个 
错误 期 望 值 ， 造 成 测试 失败 。 之 所 以 这 么 做 ， 是 为 了 向 自己 证 明 : 测试 机 制 的 确 可 
以 运行 ， 并 且 的 确 测试 了 它 该 测试 的 东西 〈 这 就 是 为 什么 上 面 两 种 做 法 中 我 比较 喜 
欢 修改 被 测 代 码 的 原因 )。 这 可 能 有 些 偏执 , 或 许 吧 , 但 如 果 测 试 代码 所 测 的 东西 并 
非 你 想 测 的 东西 ， 你 真 的 有 可 能 被 搞 迷 糊 。 


除了 捕捉 失败 (failures, 也 就 是 断言 结果 为 false), JUnit 还 可 以 捕捉 错误 (errors, 
意料 外 的 异常 )。 如 果 我 关闭 输入 流 ， 然 后 试图 读 取 它 ， 就 应 该 得 到 一 个 异常 。 我 可 


以 这 样 测试 : 

public void testRead() throws IOException { 
char ch = '&'; 
_input.close(); 
for (int i = 0; i < 4; i++) 

ch = (char) _input.read(); // will throw exception 

assertEquals('m', ch); 

} 
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执行 上 述 测试 ， 得 到 这 样 的 结果 : 


EB 
Time: 0.110 


!!!FAILURES!!! 

Test Results: 

Run: 1 Failures: 0 Errors: 1 

There was 1 error: 

1) FileReaderTester.testRead 
java.io.IOException: Stream closed 


区 分 失败 和 错误 是 很 有 用 的 ， 因 为 它们 的 出 现形 式 不 同 ， 排 除 的 过 程 也 不 同 。 


JUnit 还 包含 一 个 很 好 的 图 形 用 户 界面 〈 见 图 4-2)。 如 果 所 有 测试 都 顺利 通过 ， 
窗口 下 端的 进度 条 就 呈 绿 色 ， 如果 有 任何 一 个 测试 失败 ， 进 度 条 就 星 红色 。 你 可 以 
丢 下 这 个 GUI 不 管 ， 整 个 环境 会 自动 将 你 在 代码 所 做 的 任何 修改 连接 进来 。 这 是 一 
个 非常 方便 的 测试 环境 。 


fot Run le t Gune Tiru oe 


Rw 





图 4-2 JUnit 的 图 形 用 户 界 面 
单元 测试 和 功能 测试 


JUnit 框 架 的 用 途 是 单元 测试 ， 所 以 我 应 该 讲 讲 单元 测试 (Unit Test) 和 功能 测 
ik (Functional Test) 之 间 的 差异 。 我 一 直 挂 在 嘴 上 的 其 实 是 单元 测试 ， 编 写 这 些 测 
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试 的 目的 是 为 了 提高 程序 员 的 生产 率 。 至 于 让 QA 部 门 开心 ， 那 只 是 附带 效果 而 已 。 
单元 测试 是 高 度 局 部 化 的 东西 ， 每 个 测试 类 都 隶属 于 单一 包 。 它 能 够 测试 其 他 包 的 
接口 ， 除 此 之 外 它 将 假设 其 他 包 一 切 正常 。 


功能 测试 就 完全 不 同 。 它 们 用 来 保证 软件 能 够 正常 运作 。 它 们 从 客户 的 角度 保 
障 质量 ， 并 不 关心 程序 员 的 生产 力 。 它 们 应 该 由 一 个 喜欢 寻找 bug 的 独立 团队 来 开 
发 。 这 个 团队 应 该 使 用 重量 级 工具 和 技术 来 帮助 自己 开发 良好 的 功能 测试 。 


一 般 而 言 ， 功 能 测试 尽 可 能 把 整个 系统 当 作 一 个 黑箱 。 面 对 一 个 拥有 GUI 的 待 
测 系统 ， 它 们 通过 GUI 来 操作 那个 系统 。 面 对 文件 更 新 程序 或 数据 库 更 新 程序 ， 功 
能 测试 只 观察 特定 输入 所 导致 的 数据 变化 。 


一 旦 功能 测试 者 或 最 终 用 户 找到 软件 中 的 bug, 要 除 掉 它 至 少 需要 做 两 件 事 。 当 
然 你 必须 修改 代码 ， 才 得 以 排除 错误 ， 但 你 还 应 该 添加 一 个 单元 测试 ， 用 来 暴露 这 
个 bug。 事 实 上 ， 每 当 收 到 bug 报 告 ， 我 都 首先 编写 一 个 单元 测试 ， 使 bug 浮 现 出 来 。 
如 果 需 要 缩小 bug 出 没 范围 , 或 如 果 出 现 其 他 相关 失败 , 我 就 会 编写 更 多 的 测试 。 我 
使 用 单元 测试 来 果 住 bug， 并 确保 我 的 单元 测试 不 会 有 类 似 的 漏网 之 …… 呢 …… 虫 。 


\ 


-一 -一 -一 -一 -一 





JUnit 框 架设 计 用 来 编写 单元 测试 。 功 能 测试 往往 以 其 他 工具 辅助 进行 ， 例 如 某 
些 拥 有 GUI 的 测试 工具 ， 然 而 通常 你 还 得 撰写 一 些 “ 专 用 于 你 的 应 用 程序 ”的 测试 
工具 ， 它 们 能 比 通用 的 GUI 脚本 更 好 地 达到 测试 效果 。 你 也 可 以 运用 JUnit 来 执行 功 
能 测试 ， 但 这 通常 不 是 最 有 效 的 形式 。 在 进行 重 构 时 ， 我 会 更 多 地 倚赖 程序 员 的 好 
朋友 : 单元 测试 。 





4.3 添加 更 多 测试 


ME, 我 们 应 该 继续 添加 更 多 测试 。 我 遵循 的 风格 是 : 观察 类 该 做 的 所 有 事情 ， 
然后 针对 任何 一 项 功能 的 任何 一 种 可 能 失败 情况 ， 进 行 测试 。 这 不 同 于 某 些 程序 员 
提倡 的 “测试 所 有 public 函 数 ”。 记 住 ， 测 试 应 该 是 一 种 风险 驱动 的 行为 ， 测 试 的 目 
的 是 希望 找 出 现在 或 未 来 可 能 出 现 的 错误 。 所 以 我 不 会 去 测试 那些 仅仅 读 或 写 一 个 
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字段 的 访问 函数 ， 因 为 它们 太 简 单 了 ， 不 大 可 能 出 错 。 


这 一 点 很 重要 ， 因 为 如 果 你 撰写 过 多 测试 ， 结 果 往 往 测试 量 反而 不 够 。 我 常常 
阅读 许多 测试 相关 书籍 ， 而 它们 给 我 留 下 的 印象 是 ， 测 试 需要 做 那么 多 工作 ， 令 我 
退 避 三 会 。 这 种 书 起 不 了 预期 效果 ， 因 为 它 让 你 觉得 测试 有 大 量 工作 要 做 。 BEL, 
哪怕 只 做 一 点 点 测试 , 你 也 能 从 中 受益 。 测 试 的 要 诀 是 : 测试 你 最 担心 出 错 的 部 分 。 
这 样 你 就 能 从 测试 工作 中 得 到 最 大 利益 。 


ly a tina eth eS 
=r | 编写 未 下 完善 的 测试 并 实际 运行 ， 好 过 对 完美 测试 的 无 尽 等 待 。 | 


现在 , 我 的 目光 落 到 了 read () 。 它 还 应 该 做 些 什么 ? 文档 上 说 ， 当 输入 流 到 达 
文件 尾 端 ，read() 应 该 返回 -1 (在 我 看 来 这 并 不 是 个 很 好 的 协议 , 不 过 我 猜 这 会 让 
C 程 序 员 倍 感 亲切 )。 让 我 们 来 测试 一 下 。 我 的 文本 编辑 器 告诉 我 ， 我 的 测试 文件 共 
有 141 个 字符 ， 于 是 我 撰写 了 如 下 测试 代码 : 


public 
void testReadAtEnd() throws IOException { 
int ch = -1234; 
for (int i = 0; i < 141; i++) 
ch = _input.read(); 
assertEquals(-1, _input.read()); 
} 


为 了 让 这 个 测试 运行 起 来 ， 我 必须 把 它 添 加 到 测试 套件 中 : 


public static Test suite() { 
TestSuite suite = new TestSuite(); 
suite.addTest (new FileReaderTester("testRead")); 
suite.addTest (new FileReaderTester("testReadAtEnd") ); 
return suite; 


} 


当 测试 套件 运行 起 来 ， 它 会 告诉 我 其 中 各 个 测试 用 例 的 运行 情况 。 每 个 用 例 都 
会 调用 setUp () ， 然 后 执行 测试 代码 ， 最 终 调 用 kearDown() 。 每 次 测试 都 调用 
setUp() 和 tearDown{() 是 很 重要 的 ， 因 为 这 样 才能 保证 测试 之 间 彼 此 隔离 。 也 就 
是 说 我 们 可 以 按 任意 顺序 运行 它们 ， 不 会 对 它们 的 结果 造成 任何 影响 。 

要 常 记 住 将 测试 用 例 添加 到 suite()， 实 在 是 件 痛苦 的 事 。 幸 运 的 是 Erich 
Gamma 和 Kent Beck 和 我 一 样 颌 ， 所 以 他 们 提供 了 一 条 途径 来 避免 这 种 痛苦 。 
TestSuite 类 有 个 特殊 的 构造 函数 ， 它 接受 一 个 类 为 参数 ， 创 建 出 来 的 测试 套件 会 
将 该 类 中 所 有 以 “test” 起头 的 函数 都 当 作 测试 用 例 包含 进 来 。 如 果 遵 循 这 一 命名 习 


www. lopSage.com 


4.3 添加 更 多 测试 Vv 
惯 ， 就 可 以 把 我 的 main () 改 为 这 样 : 
public static void main (String[] args) { 


junit.textui.TestRunner.run (new TestSuite(FileReaderTester.class)); 
} 


这 样 ， 我 写 的 每 一 个 测试 函数 便 都 被 自动 添加 到 测试 套件 中 。 


测试 的 一 项 重要 技巧 就 是 “寻找 边界 条 件 ”。 对 read() 而 言 ， 边 界 条 件 应 该 是 
第 一 个 字符 、 最 后 一 个 字符 、 倒 数 第 二 个 字符 : 


public void testReadBoundaries() throws IOException { 





assertEquals ("read first char", 'B', _input.read()); 
int ch; 
for (int i = 1; i < 140; i++) 
ch = _input.read(); 
assertEquals ("read last char", '6', _input.read()); 


assertEquals ("read at end", -1, _input.read()); 
} 


你 可 以 在 断言 中 加 入 一 条 消息 。 如 果 测 试 失败 ， 这 条 消息 就 会 被 显示 出 来 。 


YY 考虑 可 能 出 错 的 边界 条 件 ， 把 测试 火力 集中 在 那儿 。 


“寻找 边界 条 件 ” 也 包括 寻找 特殊 的 、 可 能 导致 测试 失败 的 情况 。 对 于 文件 相关 
测试 ， 空 文件 是 个 不 错 的 边界 条 件 : 


public void testEmptyRead() throws IOException { 
File empty = new File("*empty.txt"); 
FileOutputStream out = new FileOutputStream(empty) ; 
out.close(); 
FileReader in = new FileReader (empty); 
assertEquals(-1, in.read()); 

} 


在 这 里 ， 我 在 测试 夹具 之 外 又 为 这 个 测试 做 了 一 些 额外 的 准备 。 如 果 以 后 还 需要 
空 文件 ， 我 可 以 把 这 些 代码 移 至 setUp () ， 从 而 将 “ 空 文件 ”加 入 常规 的 测试 夹具 。 


protected void setUp() { 
try { 
-input = new FileReader("data.txt"); 
-empty = newEmptyFile(); 
} catch (IOException e) { 
throw new RuntimeException(e.toString()); 
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} 
} 


private FileReader newEmptyFile() throws IOException { 
File empty = new File("empty.txt"); 
FileOutputStream out = new FileOutputStream(empty) ; 
out.close(); 
return newFileReader (empty) ; 


public void testEmptyRead{) throws IOException { 
assertEquals(-1, _empty.read()); 
} 


如 果 读 取 文件 末尾 之 后 的 位 置 ， 会 发 生 什么 事 ? 同样 应 该 返回 -1。 现 在 我 再 加 


一 个 测试 来 探测 这 一 点 : 
public void testReadBoundaries() throws IOException { 
assertEquals ("read first char", 'B', _input.read()); 
int ch; 
for (int i = 1; i < 140; i++) 
ch = _input.read(); 

assertEquals("read last char", '6', _input.read()); 
assertEquals("read at end", -1, _input.read()); 


assertEquals("readpast end", -1, _input.read()); 
} 


可 以 看 到 ， 我 在 这 里 扮演 “程序 公敌 ”的 角色 。 我 积极 思考 如 何 破坏 代码 。 我 发 
现 这 种 思维 能 够 提高 生产 力 , 并 且 很 有 趣 一 一 它 纵容 了 我 心智 中 比较 促 狭 的 那 一 部 分 。 


测试 时 ， 别 忘 了 检查 预期 的 错误 是 否 如 期 出 现 。 如 果 你 尝试 在 关闭 流 后 再 读 取 
它 ， 就 应 该 得 到 一 个 IoException 异 常 ， 这 也 应 该 被 测试 出 来 : 


public void testReadAfterClose() throws IOException { 
_input.close(); 
try { 
_input.read(); 
fail("no exception for read past end"); 
} catch (IOException io) {} 
} 


IOException 之 外 的 任何 异常 都 将 以 一 般 方 式 形 成 一 个 错误 。 


ER 


w 当 事 情 被 认为 应 该 会 出 错时 ， 别 忘 了 检查 是 否 抛 出 了 预期 的 异常 。 | 
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请 遵循 这 些 规则 ， 不 断 丰 富 你 的 测试 。 对 于 某 些 比较 复杂 的 类 ， 可 能 你 得 花费 
一 些 时 间 来 浏览 其 接口 ， 而 在 此 过 程 中 你 可 以 真正 理解 这 个 接口 。 而 且 这 对 于 考虑 
错误 情况 和 边界 情况 特别 有 帮助 。 这 是 在 编写 代码 的 同时 《甚至 之 前 ) 编写 测试 代 
码 的 另 一 个 好 处 。 


随 着 测试 类 愈 来 愈 多 ,你 可 以 生成 男 一 个 类 ， 专 门 用 来 包含 由 其 他 测试 类 所 组 
成 的 测试 套件 。 这 很 容易 做 到 ， 因 为 一 个 测试 套件 本 来 就 可 以 包含 其 他 测试 套件 。 
这 样 ， 你 就 可 以 拥有 一 个 “ 主 控 的 ”测试 类 ， 





class MasterTester extends TestCase { 
public static void main(String[] args) { 
junit.textui.TestRunner.run(suite()); 
} 
public static Test suite() { 
TestSuite result = new TestSuite(); 
result.addTest (new TestSuite(FileReaderTester.class)); 
resuit .addTest (new TestSuite(FileWriterTester.class)); 
// and so on... 
return result; 
} 
} 


什么 时 候 应 该 停 下 来 ? 我 相信 这 样 的 话 你 听 过 很 多 次 :“ 任 何 测试 都 不 能 证 明 
一 个 程序 没有 bug。 ”确实 如 此 ， 但 这 并 不 影响 “测试 可 以 提高 编程 速度 ”。 我 曾经 见 
过 好 几 种 测试 规则 建议 ， 其 目的 都 是 保证 你 能 够 测试 所 有 情况 的 一 切 组 合 。 这 些 东 
西 值得 一 看 ， 但 是 别 让 它们 影响 你 。 当 测试 数量 达到 一 定 程度 之 后 ， 继 续 增加 测试 
带 来 的 效益 就 会 呈现 递减 态势 ， 而 非 持续 递增 ， 如 果 试 图 编写 太 多 测试 ， 你 也 可 能 
因为 工作 量 太 大 而 气 馒 , 最 后 什么 都 写 不 成 。 你 应 该 把 测试 集中 在 可 能 出 错 的 地 方 。 
观察 代码 ， 看 哪儿 变 得 复杂 ; 观察 函数 ， 思 考 哪 些 地 方 可 能 出 错 。 是 的 ， 你 的 测试 
不 可 能 找 出 所 有 bug, 但 一 旦 进行 重 构 ,， 你 可 以 更 好 地 理解 整个 程序 ， 从 而 找到 更 多 
bug。 虽 然 我 总 是 以 单独 一 个 测试 套件 开始 重 构 ， 但 前 进 途 中 我 总 会 加 入 更 多 测试 。 


>N- | 不 要 因为 测试 无 法 捕捉 所 有 bug 就 不 写 测试 ， Dania o 





ne ENNE 


对 象 技术 有 个 微妙 处 ;继承 和 多 态 会 让 测试 变 得 比较 困难 ， 因 为 将 有 许多 种 组 
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合 需要 测试 。 如 果 你 有 3 个 彼此 合作 的 抽象 类 ， 每 个 抽象 类 有 3 个 子 类 ， 那 么 你 总 共 
拥有 9 个 可 供 选择 的 类 和 27 种 组 合 。 我 并 不 总 是 试 着 测试 所 有 可 能 组 合 , 但 我 会 尽量 
测试 每 一 个 类 ， 这 可 以 大 大 减少 各 种 组 合 所 造成 的 风险 。 如 果 这 些 类 之 间 彼 此 有 合 
理 的 独立 性 ， 我 很 可 能 不 会 尝试 所 有 组 合 。 是 的 ， 我 总 有 可 能 遗漏 些 什么 ， 但 我 觉 
得 “ 花 合 理 时 间 抓 出 大 多 数 bug” 要 好 过 “穷尽 一 生 抓 出 所 有 bug”。 


测试 代码 和 产品 代码 之 间 有 个 区 别 : 你 可 以 放心 地 复制 、 编 辑 测试 代码 。 处 理 
多 种 组 合 情 况 以 及 面 对 多 个 可 供 选 择 的 类 时 ， 我 经 常 这 么 做 。 首 先 测试 “标准 发 薪 
过 程 ”， 然 后 加 上 “资历 ”和 “年 底 前 停 薪 ” 条 件 ， 然 后 又 去 掉 这 两 个 条 件 ……。 只 
要 在 合理 的 测试 夹具 上 准备 好 一 些 简单 的 替换 样本 ， 我 就 能 够 很 快 生成 不 同 的 测试 
用 例 ， 然 后 就 可 以 利用 重 构 手 法 分 解 出 真正 常用 的 各 种 东西 。 


我 希望 这 一 章 能 够 让 你 对 于 如 何 编写 测试 代码 有 一 些 感觉 。 关 于 这 个 主题 ， 我 
可 以 说 上 很 多 ， 但 如 果 那 么 做 ， 就 有 点 喧 宾 夺 主 了 。 总 而 言 之 ， 请 构筑 一 个 良好 的 
bug 检 测 器 并 经 常 运 行 它 ， 这 对 任何 开发 工作 都 将 大 有 神 益 ， 并 且 是 重 构 的 前 提 。 
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重 构 列表 


第 - 份 重 构 列表 草案 ， 其 中 所 列 的 重 构 手 法 来 自我 最 近 数 年 
的 心得 。 这 份 列 表 并 非 巨细 廉 遗 ,但 应 该 足 可 为 你 提供 一 个 坚实 的 起 点 ， 
让 你 得 以 开始 自己 的 重 构 工 作 。 





5.1 重 构 的 记录 格式 
介绍 重 构 时 ， 我 采用 一 种 标准 格式 。 每 个 重 构 手 法 都 有 如 下 五 个 部 分 。 


O 首先 是 名 称 〈name)。 建 造 一 个 重 构 词 汇 表 ， 名 称 是 很 重要 的 。 这 个 名 称 也 
就 是 我 将 在 本 书 其 他 地 方 使 用 的 名 称 。 


O 名 称 之 后 是 一 个 简短 概要 summary )。 简 单 介 绍 此 一 重 构 手法 的 适用 情景 ， 
以 及 它 所 做 的 事情 。 这 部 分 可 以 帮助 你 更 快 找到 你 所 需要 的 重 构 手法 。 


O 动机 Cmotivation) 为 你 介绍 “为 什么 需要 这 个 重 构 ” 和 “什么 情况 下 不 该 
使 用 这 个 重 构 ”。 


O 做 法 (mechanics〉 简 明 扼 要 地 一 步 一 步 介绍 如 何 进行 此 一 重 构 。 
a 范例 Cexamples) 以 一 全 二 分 简单 的 倒 - 乔 总 明 此 二 购 手 法 如 何 运 作 。 


“概要 ”包括 三 个 部 分 : (1) 一 句 锋 ， 齐 绍 送 水 重 构 能 例 帮 助 解决 的 问题 ，(2) 一 
段 简 短 陈 述 ， 介 绍 你 应 该 做 的 事 ，(3)= - 幅 速写 图 ， 简 单 展 现 重 构 前 后 示例 ， 有 时 候 
我 展示 代码 ， 有 了 时候 我 展示 UML 图 。 总 之 ， 哪 种 形式 能 更 好 旦 现 该 重 构 的 本 质 ， 我 
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就 使 用 哪 种 形式 〈 本 书 所 有 UML 图 都 根据 实现 观点 而 画 [Fowler，UML].。 ) 如 果 你 以 
前 见 过 这 一 重 构 手 法 ， 那 么 速写 图 能 够 让 你 迅速 了 解 这 一 重 构 的 概况 ， 如 果 你 不 曾 
见 过 这 个 重 构 ， 可 能 就 需要 浏览 整个 范例 ， 才 能 得 到 较 好 的 认识 。 


“做 法 ”出 自我 自己 的 笔记 。 这 些 笔记 是 为 了 让 我 在 一 段 时 间 不 做 某 项 重 构 之 后 
还 能 记得 怎么 做 。 它 们 也 颇 为 简洁 ， 通常 不 会 解释 “为 什么 要 这 么 做 那么 做 ”。 我 会 
在 “范例 ”中 给 出 更 多 解释 。 这 么 一 来 ,“ 做 法 ”就 成 了 简短 的 笔记 。 如 果 你 知道 该 
使 用 哪个 重 构 ， 但 记 不 清 具 体 步 又， 可 以 参考 “做 法 ”部 分 (至 少 我 是 这 么 使 用 它 
AD); 如 果 你 初次 使 用 某 个 重 构 ， 可 能 只 参考 “做 法 ”还 不 够 ， 你 还 需要 阅读 “ 范 
例 ”。 


撰写 “做 法 ”的 时 候 ， 我 尽量 将 重 构 的 每 个 步骤 都 写 得 简短 。 我 强调 安全 的 重 
构 方 式 , 所 以 应 该 采用 非常 小 的 步骤 , 并 且 在 每 个 步骤 之 后 进行 测试 。 真正 工作 时 ， 
我 通常 会 采用 比 这 里 介绍 的 “婴儿 学 步 ” 稍 大 些 的 步骤 ， 然 而 一 旦 出 问题 ， 我 就 会 
撤销 上 一 步 ， 换 用 比较 小 的 步骤 。 这 些 步 又 还 包含 一 些 特定 状况 的 参考 ， 所 以 它们 
也 有 检验 表 的 作用 。 我 自己 经 常 忘掉 这 些 该 做 的 事情 。 


“范例 ” 像 是 简单 而 有 趣 的 教科 书 。 我 使 用 这 些 范例 是 为 了 帮助 解释 重 构 的 基本 
要 素 ， 最 大 限度 地 避免 其 他 枝 节 ， 所 以 我 希望 你 能 原谅 其 中 的 简化 工作 它们 当然 
不 是 优秀 商用 对 象 设计 的 适当 例子 )。 不 过 我 敢 肯 定 ， 你 一 定 能 在 你 手 上 那些 更 复杂 
的 情况 中 使 用 它们 。 某 些 十 分 简单 的 重 构 于 脆 没 有 范例 ， 因 为 我 觉得 为 它们 加 上 一 
个 范例 不 会 有 多 大 意义 。 


更 明确 地 说 ， 加 上 范例 仅仅 是 为 了 阅 释 当时 讨论 的 重 构 手法 。 通 常 那 些 代 码 最 
终 仍 有 其 他 问题 ， 但 修正 那些 问题 需要 用 到 其 他 重 构 手 法 。 某 些 情况 下 数 个 重 构 经 
常 被 一 并 运用 ， 这 时 候 我 会 把 某 些 范例 拿 到 另 一 个 重 构 中 继续 使 用 。 大 部 分 时 候 ， 
一 个 范例 只 为 一 项 重 构 而 设计 ， 这 么 做 是 为 了 让 每 一 项 重 构 手 法 自 成 一 体 ， 因 为 这 
份 重 构 列表 的 首要 目的 还 是 作为 参考 工具 。 


这 些 例子 不 会 告诉 你 如 何 设计 一 个 employee 对 和 象 或 一 个 order 对 象 。 这 些 例子 的 
存在 纯粹 只 是 为 了 说 明 重 构 ， 除 此 之 外 别 无 用 途 。 例 如 你 会 发 现 ， 我 在 这 些 例子 中 用 
double 数 据 来 表示 货币 金额 。 我 之 所 以 这 样 做 ， 只 是 为 了 让 例子 简单 一 些 ,因为 “以 
什么 形式 表示 金额 ”对 于 重 构 自 身 并 不 重要 。 在 真正 的 商用 软件 中 ,我 强烈 建议 你 不 
要 以 double 表 示人 金额 。 如 果真 要 表示 货币 金额 ， 我 会 使 用 Quantity 模 式 [Fowler, AP]. 
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5.2 寻找 引用 点 


撰写 本 书 之 际 ， 商 业 开 发 中 使 用 得 最 多 的 是 Javal.1， 所 以 我 的 大 多 数 例 子 也 以 
Java 1.1 写 就 ， 这 从 我 对 集合 〈collection) 的 使 用 就 可 以 明显 看 出 来 。 本 书 即将 完成 
之 时 ，Java 2 已 经 正式 发 布 。 但 我 不 觉得 有 必要 修改 所 有 这 些 例 子 ， 因 为 对 大 部 分 
重 构 来 说 ， 集 合 也 并 非 重 点 所 在 。 但 是 有 些 重 构 手法 ， 例 如 Encapsulate Collection 
(208)， 在 Java 2 中 有 所 不 同 ， 这 时 候 我 会 同时 解释 Java 2 和 Java 1.1. 


修改 后 的 代码 可 能 被 埋没 在 未 修改 的 代码 中 ， 难 以 一 眼看 出 ， 所 以 我 使 用 粗 体 
突显 修改 过 的 代码 。 但 我 并 没有 对 所 有 修改 过 的 代码 都 使 用 粗 体 字 ， 因 为 一 旦 修改 
过 的 代码 太 多 ， 全 都 粗 体 反 而 不 能 突显 重点 。 


5.2 寻找 引用 点 ” 


很 多 重 构 都 要 求 你 找到 对 于 某 个 函数 、 某 个 字段 或 某 个 类 的 所 有 引用 点 。 做 这 
件 事 的 时 候 ， 记 得 寻求 计算 机 的 帮助 。 有 了 计算 机 的 帮助 ， 你 可 以 减少 遗漏 某 个 引 
用 点 的 几率 ， 而 且 通 常 比 人 工 查找 更 快 。 


大 多 数 语 言 都 把 计算 机 代码 当 作文 本 文件 来 处 理 ， 所 以 最 好 的 帮手 就 是 一 个 适 
当 的 文本 查找 工具 。 许 多 编程 环境 都 允许 你 在 一 个 或 一 组 文件 中 进行 文本 查找 ， 而 
查找 目标 的 可 访问 级 则 会 告诉 你 需要 查找 的 文件 范围 。 


不 要 盲目 地 查找 -替换 。 你 应 该 检查 每 一 个 引用 点 , 确定 它 的 确 指向 你 想 要 替换 
的 东西 。 或 许 你 很 擅长 运用 查找 手法 , 但 我 总 是 用 心 去 检查 ， 以 确保 替换 时 不 出 错 。 
要 知道 ， 你 可 以 在 不 同 的 类 中 使 用 相同 函数 名 称 ， 也 可 以 在 同一 个 类 中 使 用 名 称 相 
同 但 签名 不 同 的 函数 ， 所 以 直接 替换 出 错 机 会 是 很 高 的 。 

在 强 类 型 语言 中 ， 你 可 以 让 编译 器 帮助 你 捕捉 漏网 之 鱼 。 你 往往 可 以 直接 删除 


旧部 分 ， 让 编译 器 帮 你 找 出 因此 而 被 悬挂 起 来 的 引用 点 。 这 样 做 的 好 处 是 ;编译 器 
会 找到 所 有 被 悬挂 的 引用 点 。 但 是 这 种 技巧 也 存在 问题 。 


首先 ， 如 果 被 删除 的 部 分 在 继承 体系 中 声明 不 止 一 次 ， 那 么 编译 器 也 会 被 迷惑 。 
尤其 当 你 处 理 一 个 被 覆 写 多 次 的 函数 时 ， 情 况 更 是 如 此 。 所 以 如 果 你 在 一 个 继承 体系 
中 工作 ， 请 先 利用 文本 查找 工具 ， 检 查 是 否 有 其 他 类 声明 了 你 正在 处 理 的 那个 函数 。 


© 现在 主流 的 Java IDE (例如 Eclipse 和 IntelliJ IDEA) 都 能 相当 准确 地 找到 程序 元 素 的 引用 点 。 但 如 
果 使 用 Java 之 外 的 编程 语言 ， 仍 然 可 能 用 到 本 节 所 介绍 的 技巧 。 
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PSE 重 构 列表 


第 二 个 问题 是 : 编译 器 可 能 太 慢 ， 从 而 使 你 的 工作 失去 效率 。 如 果真 是 这 样 ， 
请 先 使 用 文本 查找 工具 ， 最 起 码 编译 器 可 以 复查 你 的 工作 。 只 有 当 你 想 移 除 某 个 部 
分 时 ， 才 请 你 这 样 做 。 常 常 你 会 想 先 观察 这 一 部 分 的 所 有 运用 情况 ， 然 后 才 决 定 下 
一 步 。 这 种 情况 下 你 必须 使 用 文本 查找 法 (而 不 是 倚赖 编译 器 )。 


第 三 个 问题 是 : 编译 器 无 法 找到 通过 反射 机 制 而 得 到 的 引用 点 。 这 也 是 我 们 应 
该 小 心 使 用 反射 的 原因 之 一 。 如 果 系 统 中 使 用 了 反射 ， 你 就 必须 以 文本 查找 找 出 你 
想 找 的 东西 ， 测 试 份量 也 因此 加 重 。 有 些 时 候 我 会 建议 你 只 编译 、 不 测试 ， 因 为 纺 
译 器 通常 会 捕捉 到 可 能 的 错误 。 如 果 使 用 反射 ， 所 有 这 些 便 利 都 没有 了 ， 你 必须 为 
许多 编译 搭配 测试 。 


某 些 Java 开 发 环境 (特别 值得 一 提 的 是 [BM 的 VisualAge)〉 承受 了 Smalltalk 浏 览 
器 的 影响 。 在 这 些 开发 环境 中 ， 你 应 该 使 用 菜单 选项 来 查找 引用 点 ， 而 不 是 使 用 文 
本 查找 工具 。 因 为 这 些 开发 环境 并 不 以 文本 文件 保存 代码 ， 而 是 使 用 一 个 内 置 数 据 
库 。 只 要 习惯 了 这 些 菜单 选项 , 你 会 发 现 它们 往往 比 难 用 的 文本 查找 工具 出 色 得 多 。 





5.3 这些 重 构 手法 有 多 成 熟 


任何 技术 作家 都 会 面 对 这 样 一 个 问题 : 该 在 何 时 发 表 自 己 的 想法 ? 发 表 愈 早 ， 
人 们 愈 快 能 够 运用 新 想法 、 新 观念 。 但 只 要 是 人 ， 总 是 不 断 在 学 习 。 如 果 过 早 发 表 
半生 不 熟 的 想法 ， 这 些 思想 可 能 并 不 完善 ， 甚 至 可 能 给 那些 尝试 采用 它们 的 人 带 来 
麻烦 。 





重 构 的 基本 技巧 一 一 小 步 前 进 、 频 繁 测试 一 一 已 经 得 到 多 年 的 实践 检验 ， 特 别 
是 在 Smalltalk 社 群 中 。 所 以 ， 我 敢 保 证 ， 重 构 的 这 些 基础 思想 是 非常 可 靠 的 。 


本 书 中 的 重 构 手法 是 我 自己 使 用 重 构 的 笔记 。 是 的 , 我 全 都 用 过 它们 。 但 是 “使 
用 某 个 重 构 手 法 ”和 “将 它 浓缩 成 可 重复 的 做 法 步骤 ”是 有 区 别 的 。 特 别 是 在 一 些 
十 分 特殊 的 情况 下 ， 偶 尔 你 会 看 见 一 些 问 题 突然 涌现 。 我 并 没有 让 很 多 人 进行 我 所 
写 下 的 这 些 技术 步骤 以 图 发 现 这 一 类 问题 。 所 以 ， 使 用 重 构 的 时 候 ， 请 随时 知道 自 
己 在 做 什么 。 记 住 ， 就 像 看 着 食谱 做 菜 一 样 ， 你 必须 让 这 些 重 构 手法 适应 你 自己 的 
情况 。 如 果 你 遇 上 一 个 有 趣 的 问题 ， 请 以 电子 邮件 告诉 我 ， 我 会 试 着 把 你 的 情况 告 
诉 其 他 人 。 
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5.3 LEST RAS RM 


关于 这 些 重 构 手 法 ， 另 一 个 需要 记 住 的 就 是 ， 我 是 在 “ 单 进 程 软件 ”这 一 大 前 
提 下 考虑 并 介绍 它们 的 。 我 很 希望 看 到 有 人 介绍 用 于 并 发 和 分 布 式 程序 设计 的 重 构 
技术 。 这 样 的 重 构 将 是 完全 不 同 的 。 举 个 例子 ， 在 单 进程 软件 中 ， 你 永远 不 必 操 心 
多 么 频繁 地 调用 某 个 函数 ， 因 为 函数 的 调用 成 本 很 低 。 但 在 分 布 式 软件 中 ， 函 数 的 
往返 必须 被 减 至 最 低 限度 。 在 这 些 特殊 编程 领域 中 有 着 完全 不 同 的 重 构 技 术 ， 这 已 
超越 本 书 主 题 。 


许多 重 构 手法 ， 例 如 Replace Type Code with State/Strategy (227) 和 Form Template 
Method (345)， 都 涉及 向 系统 引入 设计 模式 。 正 如 GoF 的 经 典 著作 所 说 :“ 设 计 模 
式 …*… 为 重 构 行为 提供 了 目标 . ”模式 和 重 构 之 间 有 着 一 种 与 生 俱 来 的 关系 。 模式 是 
你 希望 到 达 的 目标 ， 重 构 则 是 到 达 之 路 。 本 书 并 没有 提供 “完成 所 有 知名 模式 ”的 
重 构 手法 ， 甚 至 连 GoF 的 23 个 知名 模式 [Gang of Four] 都 没 能 全 部 覆盖 。 这 也 从 某 个 
侧面 反映 出 这 份 列表 的 不 完整 。 我 希望 有 一 天 这 个 缺陷 能 够 被 填补 ，。 


运用 重 构 的 时 候 ， 请 记 住 : 它们 仅仅 是 一 个 起 点 。 毋 庸 置疑 ， 你 一 定 可 以 找 出 
个 中 缺陷 。 我 之 所 以 选择 现在 发 表 它 们 ， 因 为 我 相信 ， 尽 管 它们 还 不 完美 ， 但 的 确 
有 用 。 我 相信 它们 能 给 你 一 个 起 点 ， 然 后 你 可 以 不 断 提高 自己 的 重 构 能 力 。 这 正 是 
它们 带 给 我 的 。 


随 着 你 用 过 愈 来 愈 多 的 重 构 手 法 , 我 希望 , 你 也 开始 发 展 属于 自己 的 重 构 手 法 。 
但 愿 本 书 例子 能 够 激发 你 的 创造 力 ， 并 给 你 一 个 起 点 ， 让 你 知道 从 何 入 手 。 我 很 清 
楚 现实 存在 的 重 构 ， 比 我 这 里 介绍 的 还 要 多 得 多 。 如 果 你 真 地 提出 了 一 些 新 的 重 构 
手法 ， 请 给 我 一 封 电 子 邮 件 。 
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、 的 重 构 手 法 中 ,很 大 一 部 分 是 对 函数 进行 整理 ,使 之 更 恰当 地 包装 代码 。 

JLF RANA, 1) BASU LongMethods (过 长 函数 )。 这 很 讨厌 ， 因 为 

它们 往往 包含 太 多 信息 ， 这 些 入 息 CBE pe SE IS Ona eG, TASA Ht 

过 长 函数 ， 一 项 重要 的 军 构 于 法 就 是 Extraer Method (110)， 它 把 一 段 代 码 从 原先 函 

数 中 提取 出 来 ， 放 进 一 个 单独 函数 中 Inline Method ( 117) 正 好 相反 : 将 一 个 函数 调 

用 动作 替换 为 该 函数 本 体 。 如 果 在 进行 多 次 提炼 之 后 意识 到 提炼 所 得 的 某 些 函 数 

并 没有 做 任何 实质 事情 ， 或 如 果 需 要 回溯 恢复 原先 函数 ， 我 就 需要 Inline Method 
(117). 


Extract Method (110) 最 大 的 困难 就 是 处 理 局 部 变量 ， 而 临时 变量 则 是 其 中 一 个 
主要 的 困难 源头 。 处 理 一 个 函数 时 ， 我 喜欢 运用 Replace Temp with Query (120) 去 掉 
所 有 可 去 掉 的 临时 变量 。 如 果 很 多 地 方 使 用 了 某 个 临时 变量 ， 我 就 会 先 运 用 Split 
Temporary Variable (128) 将 它 变 得 比较 容易 替换 。 


但 有 时 候 临 时 变量 实在 太 混 乱 , 难以 替换 。 这 时 候 我 就 需要 使 用 Replace Method 
with Method Object (135)。 它 让 我 可 以 分 解 哪怕 最 混乱 的 函数 ， 代 价 则 是 引入 一 个 新 
类 。 


参数 带 来 的 问题 比 临 时 变量 稍微 少 一 些 ， 前 提 是 你 不 在 函数 内 赋值 给 它们 。 如 
果 你 已 经 这 样 做 了 ， 就 得 使 用 Remove Assignments to Parameters (131)。 


函数 分 解 完 毕 后 ， 我 就 可 以 知道 如 何 让 它 工作 得 更 好 。 也 许 我 还 会 发 现 算法 可 
以 改进 ， 从 而 使 代码 更 清晰 。 这 时 我 就 使 用 Substitute Algorithm (139) 引 入 更 清晰 的 
算法 。 
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第 6 章 重新 组 织 函 数 





6.1 Extract Method 〈 提 炼 函数 ) 


你 有 一 段 代码 可 以 被 组 织 在 一 起 并 独立 出 来 。 
将 这 段 代 码 放 进 一 个 独立 函数 中 ， 并 让 函数 名 称 解释 该 函数 的 用 途 。 


void printOwing(double amount) { 


printBanner (); 


// print details 
System.out.println("name:" + _name); 


System.out.printin("amount" + amount); 


J 


void printOwing(double amount) { 
printBanner(); 
printDetails (amount); 


} 


void printDetails(double amount) { 
System.out.printin("name:" + _name); 
System.out.printin("amount" + amount) ; 
} 


动机 
Extract Method (110) 是 我 最 常用 的 重 构 手 法 之 一 。 当 我 看 见 一 个 过 长 的 函数 或 
者 一 段 需要 注释 才能 让 人 理解 用 途 的 代码 , 我 就 会 将 这 段 代 码 放 进 一 个 独立 函数 中 。 


有 几 个 原因 造成 我 喜欢 简短 而 命名 良好 的 函数 。 首 先 ， 如 果 每 个 函数 的 粒度 都 
很 小 ， 那 么 函数 被 复 用 的 机 会 就 更 大 ， 其 次 ， 这 会 使 高 层 函数 读 起 来 就 像 一 系列 注 
RE: 青 次 ， 如 果 函 数 都 是 细 粒 度 ， 那 么 函数 的 覆 写 也 会 更 容易 些 。 


的 确 ， 如 果 你 习惯 看 大 型 函数 ， 和 恐怕 需要 一 段 时 间 才 能 适应 这 种 新 风格 。 而 且 
只 有 当 你 能 给 小 型 函数 很 好 地 命名 时 ， 它 们 才能 真正 起 作用 ， 所 以 你 需要 在 函数 名 
称 上 下 点 功夫 。 人 们 有 时 会 问 我 ， 一 个 函数 多 长 才 算 合适 ? 在 我 看 来 ， 长 度 不 是 问 
题 ， 关 键 在 于 函数 名 称 和 函数 本 体 之 间 的 语义 距离 。 如 果 提炼 可 以 强化 代码 的 清晰 
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6.1 Extract Method (提炼 函数 ) 


度 ， 那 就 去 做 ， 就 算 函 数 名 称 比 提炼 出 来 的 代码 还 长 也 无 所 谓 。 


做 法 


Q 创造 一 个 新 函数 , 根据 这 个 函数 的 意图 来 对 它 命名 (以 它 “ 做 什么 ”来 命名 ， 


口 


D 


0 


口 


口 


口 


而 不 是 以 它 “ 怎 样 做 ”命名 )。 


=> 即使 你 想 要 提炼 的 代码 非常 简单 ， 例 如 只 是 一 条 消息 或 一 个 函数 调用 ， 只 
要 新 函数 的 名 称 能 够 以 更 好 方式 昭示 代码 意图 ,你 也 应 该 提炼 它 。 但 如 果 
你 想 不 出 一 个 更 有 意义 的 名 称 ， 就 别 动 。 


将 提炼 出 的 代码 从 源 函 数 复制 到 新 建 的 目标 函数 中 。 


仔细 检查 提炼 出 的 代码 ， 看 看 其 中 是 否 引用 了 “作用 域 限于 源 函数 ”的 变量 
(包括 局 部 变量 和 源 函 数 参数 )。 


检查 是 否 有 “ 仅 用 于 被 提炼 代码 段 ” 的 临时 变量 。 如 果 有 ， 在 目标 函数 中 将 
它们 声明 为 临时 变量 。 


检查 被 提炼 代码 段 ， 看 看 是 否 有 任何 局 部 变量 的 值 被 它 改变 。 如 果 一 个 临时 
变量 值 被 修改 了 ,看 看 是 否 可 以 将 被 提炼 代码 段 处 理 为 一 个 查询 ， 并 将 结果 
赋值 给 相关 变量 。 如 果 很 难 这 样 做 ， 或 如 果 被 修改 的 变量 不 止 一 个 ， 你 就 不 
能 仅仅 将 这 段 代 码 原 封 不 动 地 提炼 出 来 。 你 可 能 需要 先 使 用 Split Temporary 
Variable (128)， 然 后 再 尝试 提炼 。 也 可 以 使 用 Replace Temp with Query (120) 
将 临时 变量 消灭 掉 (请 看 “范例 ”中 的 讨论 )。 


将 被 提炼 代码 段 中 需要 读 取 的 局 部 变量 ， 当 作 参 数 传 给 目标 函数 。 
处 理 完 所 有 局 部 变量 之 后 ， 进 行 编译 。 
在 源 函 数 中 ， 将 被 提炼 代码 段 替换 为 对 目标 函数 的 调用 。 


=> 如 果 你 将 任何 临时 变量 移 到 目标 函数 中 ,请 检查 它们 原本 的 声明 式 是 否 在 
被 提炼 代码 段 的 外 围 。 如 果 是 ， 现 在 你 可 以 删除 这 些 声 明 式 了 。 


编译 ， 测 试 。 
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IF 


l * 
范例 : 无 局 部 变量 
在 最 简单 的 情况 下 ，Extract Method (110) 易 如 反 掌 。 请 看 下 列 函 数 ， 


void printOwing() { 
Enumeration e = _orders.elements(); 
Gouble outstanding = 0.0; 


// print banner 

System.out Print ln ("Ft te teweKee teehee KERN), 
System.out.println("***** Customer Owes ******8), 
System. Oout. print ln ("*#**#ttteaeeakenee ween een) : 


// calculate outstanding 

while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement (); 
outstanding += each.getAmount (); 


// print details 

System.out.println("name:" + _name); 

System.out.println("amount" + outstanding); 
} 


我 们 可 以 轻松 提炼 出 “打印 横幅 ”的 代码 。 我 只 需要 前 切 、 粘 贴 、 再 插入 一 个 
函数 调用 动作 就 行 了 : 
void printOwing{) { 


Enumeration e = _orders.elements(); 
double outstanding = 0.0; 


printBanner(); 


// calculate outstanding 

while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement(); 
outstanding += each.getAmount(); 


// print details 
System.out.printin("name:" + _name); 
System.out.printin("amount" + outstanding); 


void printBanner() { 
// print banner 
SYSCEM.OUL..PFINC LN ( "*** HHH A HANH HHEKEM) e 
System.out.println("***** Customer Owes *****#*"), 
System.out print ln (****ktekweeeeeeekene nthe een) ; 
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范例 : 有 局 部 变量 


果真 这 么 简单 ， 这 个 重 构 手法 的 困难 点 在 哪里 ? 是 的 ， 就 在 局 部 变量 ， 包 括 传 
进 源 函数 的 参数 和 源 函 数 所 声明 的 临时 变量 。 局 部 变量 的 作用 域 仅 限于 源 函 数 ， 所 
以 当 我 使 用 Extract Method (110) 时 ， 必 须 花 费 额外 功夫 去 处 理 这 些 变量 。 某 些 时 候 
它们 甚至 可 能 妨碍 我 ， 使 我 根本 无 法 进行 这 项 重 构 。 


局 部 变量 最 简单 的 情况 是 : 被 提炼 代码 段 只 是 读 取 这 些 变量 的 值 , 并 不 修改 它们 。 
这 种 情况 下 我 可 以 简单 地 将 它们 当 作 参数 传 给 目标 函数 。 所 以 如 果 我 面 对 下 列 函数 : 


void printOwing() { 
Enumeration e = _orders.elements(); 
double outstanding = 0.0; 


printBanner (); 


// calculate outstanding 

while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement({); 
outstanding += each.getAmount(); 

} 


// print details 
System.out.println("name:* + _name); 
System.out.println("amount" + outstanding); 


} 
就 可 以 将 “打印 详细 信息 ”这 一 部 分 提炼 为 带 一 个 参数 的 函数 : 
void printOwing() { 


Enumeration e = _orders.elements({); 
double outstanding = 0.0; 


printBanner (); 


// calculate outstanding 

while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement (); 
outstanding += each.getAmount (); 


} 


printDetails (outstanding); 
} 


void printDetails(double outstanding) { 
System.out.println(“name:" + _name); 


System.out.printin("“amount" + outstanding); 


} 


必要 的 话 ， 你 可 以 用 这 种 手法 处 理 多 个 局 部 变量 。 
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如 果 局 部 变量 是 个 对 象 ， 而 被 提炼 代码 段 调 用 了 会 对 该 对 象 造成 修改 的 函数 ， 
也 可 以 如 法 炮制 。 你 同样 只 需 将 这 个 对 象 作 为 参数 传递 给 目标 函数 即 可 。 只 有 在 被 
提炼 代码 段 真 的 对 一 个 局 部 变量 赋值 的 情况 下 ， 你 才 必 须 采 取 其 他 措施 。 


范例 : 对 局 部 变量 再 赋值 


如 果 被 提炼 代码 段 对 局 部 变量 赋值 ， 问 题 就 变 得 复杂 了 。 这 里 我 们 只 讨论 临时 
变量 的 问题 。 如 果 你 发 现 源 函数 的 参数 被 赋值 ， 应 该 马上 使 用 Remove Assignments to 


Parameters (131). 


被 赋值 的 临时 变量 也 分 两 种 情况 。 较 简单 的 情况 是 : 这 个 变量 只 在 被 提炼 代码 
段 中 使 用 。 果 真如 此 ， 你 可 以 将 这 个 临时 变量 的 声明 移 到 被 提炼 代码 段 中 ， 然 后 一 
起 提炼 出 去 。 另 一 种 情况 是 : 被 提炼 代码 段 之 外 的 代码 也 使 用 了 这 个 变量 。 这 又 分 
为 两 种 情况 : 如 果 这 个 变量 在 被 提炼 代码 段 之 后 未 再 被 使 用 ， 你 只 需 直 接 在 目标 函 
数 中 修改 它 就 可 以 了 ; 如 果 被 提炼 代码 段 之 后 的 代码 还 使 用 了 这 个 变量 ， 你 就 需要 
让 目标 函数 返回 该 变量 改变 后 的 值 。 我 以 下 列 代码 说 明 这 几 种 不 同情 况 : 

void printOwing{) { 


Enumeration e = _orders.elements({); 
double outstanding = 0.0; 


printBanner(); 


// calculate outstanding 

while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement (); 
outstanding += each.getAmount (); 

} 


printDetails (outstanding) ; 
} 


现在 我 把 “计算 ”代码 提炼 出 来 : 


void printOwing() { 
printBanner(); 
double outstanding = getOutstanding(); 
printDetails (outstanding); 

} 


double getOutstanding() { 
Enumeration e = _orders.elements(); 
double outstanding = 0.0; 
while (e.hasMoreElements()) { 
Order each = (Order) e.nextElement (); 
outstanding += each.getAmount (); 
} 


return outstanding; 
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Enumeration 变 量 e 只 在 被 提炼 代码 段 中 用 到 ， 所 以 可 以 将 它 整 个 搬 到 新 函数 
中 。 double 变 量 out standing 在 被 提炼 代码 段 内 外 都 被 用 到 ， 所 以 必须 让 提炼 出 
来 的 新 函数 返回 它 。 编译 测试 完成 后 ,我 就 把 回 传 值 改名 ， 遵循 我 的 一 贯 命名 原则 ; 


double getOutstanding() { 


Enumeration e = _orders.elements(); 
double result = 0.0; 
while (e.hasMoreElements()}) { 

Order each = (Order) e.nextElement (); 


Result+ = each.getAmount(); 
} 
return result; 
} 


本 例 中 的 outstanding 变 量 只 是 很 单纯 地 被 初始 化 为 一 个 明确 初 值 , 所 以 我 可 
以 只 在 新 函数 中 对 它 初始 化 。 如 果 代码 还 对 这 个 变量 做 了 其 他 处 理 ， 就 必须 将 它 的 
值 作 为 参数 传 给 目标 函数 。 对 于 这 种 变化 ， 最 初代 码 可 能 是 这 样 : 


void printOwing(double previousAmount) { 





Enumeration e = _orders.elements(); 
double outstanding = previousAmount * 1.2; 


printBanner (); 


// calculate outstanding 

while (e.hasMoreEFlements()) { 
Order each = (Order) e.nextElement(); 
outstanding += each.getAmount (); 

} 


printDetails (outstanding) ; 


} 
提炼 后 的 代码 可 能 是 这 样 : 


void printOwing(double previousAmount) { 
double outstanding = previousAmount * 1.2; 
printBanner () ; 
outstanding = getOutstanding (outstanding); 
printDetails (outstanding) ; 

} 


double getOutstanding(double initialValue) { 
double result = initialValue; 
Enumeration e = _orders.elements(); 
while ({e.hasMoreElements()) { 
Order each = (Order) e.nextElement (); 
result += each.getAmount (); 
} 
return result; 


www. lopSage.com 


第 6 章 ， 重新 组 织 函 数 


编译 并 测试 后 ， 我 再 将 变量 out standing 的 初始 化 过 程 整理 一 下 : 


void printOwing(double previousAmount) { 
printBanner(); 
double outstanding = getOutstanding(previousAmount * 1.2); 
printDetails (outstanding) ; 

} 


这 时 候 ， 你 可 能 会 问 :“ 如 果 需 要 返回 的 变量 不 止 一 个 ， 又 该 怎么 办 呢 ?” 


有 几 种 选择 。 最 好 的 选择 通常 是 ; 挑选 另 一 块 代码 来 提炼 。 我 比较 喜欢 让 每 个 
函数 都 只 返回 一 个 值 ， 所 以 会 安排 多 个 函数 ， 用 以 返回 多 个 值 。 如 果 你 使 用 的 语言 
支持 “出 参数 ”(output parameter)， 可 以 使 用 它们 带 回 多 个 回 传 值 。 但 我 还 是 尽 可 
能 选择 单一 返回 值 。 


临时 变量 往往 为 数 众 多 ， 其 至 会 使 提炼 工作 举步维艰 。 这 种 情况 下 ， 我 会 尝 i 
先 运用 Replace Temp with Query (120) 减 少 临时 变量 。 如 果 即 使 这 么 做 了 提炼 依旧 困 
难 重重 ， 我 就 会 动用 Replace Method with Method Object (135)， 这 个 重 构 手 法 不 在 平 
代码 中 有 多 少 临 时 变量 ， 也 不 在 乎 你 如 何 使 用 它们 。 
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6.2 Inline Method (ARA) 


一 个 函数 的 本 体 与 名 称 同样 清楚 易 懂 。 
在 函数 调用 点 插入 函数 本 体 ， 然 后 移 除 该 函数 。 


int getRating(). { 

return (moreThanFiveLateDeliveries{)) ? 2 3 1; 
} 
boolean moreThanFiveLateDeliveries() { 

return _numberOfLateDeliveries > 5; 


N 
int getRating() { 


return (_numberOfLateDeliveries > 5) ? 2 : 1; 


} 


} 
动机 

本 书 经 党 以 简短 的 函数 表现 动作 意图 ， 这 样 会 使 代码 更 清晰 易 读 。 但 有 时 候 你 
会 遇 到 某 些 函 数 ， 其 内 部 代码 和 函数 名 称 同 样 清晰 易 读 。 也 可 能 你 重 构 了 该 函数 ， 


使 得 其 内 容 和 其 名 称 变 得 同样 清晰 。 果 真如 此 ， 你 就 应 该 去 掉 这 个 函数 ， 直 接 使 用 
其 中 的 代码 。 间 接 性 可 能 带 来 帮助 ， 但 非 必要 的 间接 性 总 是 让 人 不 舒服 。 


另 一 种 需要 使 用 Fline Method (117) 的 情况 是 : 你 手 上 有 一 群 组 织 不 甚 合理 的 函 
数 。 你 可 以 将 它们 都 内 联 到 一 个 大 型 函数 中 ， 再 从 中 提炼 出 组 织 合理 的 小 型 函数 。 
Kent Beck 发 现 ， 实 施 Replace Method with Method Object(135) 之 前 先 这 人 么 做 ， 往 往 可 
以 获得 不 错 的 效果 。 你 可 以 把 所 要 的 函数 〈 有 着 你 要 的 行为 ) 的 所 有 调用 对 象 的 函 
数 内 容 都 内 联 到 函数 对 象 中 。 比 起 既 要 移动 一 个 函数 、 又 要 移动 它 所 调用 的 其 他 所 
有 函数 ， 将 整个 大 型 函数 作为 整体 来 移动 会 比较 简单 。 


如 果 别 人 使 用 了 太 多 间接 层 ， 使 得 系统 中 的 所 有 函数 都 似乎 只 是 对 另 一 个 函数 
的 简单 委托 ， 造 成 我 在 这 些 委托 动作 之 间 学 头 转向 ， 那 么 我 通常 都 会 使 用 7mline 
Method(117)。 当 然 ， 间 接 层 有 其 价值 ， 但 不 是 所 有 间接 层 都 有 价值 。 试 着 使 用 内 联 
手法 ， 我 可 以 找 出 那些 有 用 的 间接 层 ， 同 时 将 那些 无 用 的 间接 层 去 除 。 
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做 法 
检查 函数 ， 确 定 它 不 具 多 态 性 。 


> 如 果子 类 继承 了 这 个 函数 , 就 不 要 将 此 函数 内 联 , 因为 子 类 无 法 禾 写 一 个 
根本 不 存在 的 函数 。 


O 找 出 这 个 函数 的 所 有 被 调用 点 。 

口 将 这 个 函数 的 所 有 被 调用 点 都 替换 为 函数 本 体 。 
O 编译 ， 测 试 。 

O 删除 该 函数 的 定义 。 


被 我 这 样 一 写 ，Inline Method (117) 似 乎 很 简单 。 但 情况 往往 并 非 如 此 。 对 于 递 
归 调 用 、 多 返回 点 、 内 联 至 另 一 个 对 象 中 而 该 对 象 并 无 提供 访问 函数 …… 每 一 种 情 
况 我 都 可 以 写 上 好 几 页 。 我 之 所 以 不 写 这 些 特殊 情况 ， 原 因 很 简单 : 如 果 你 遇 到 了 
这 样 的 复杂 情况 ， 那 么 就 不 应 该 使 用 这 个 重 构 手法 。 
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6.3 Inline Temp (内 联 临 时 变量 ) 
你 有 一 个 临时 变量 ， 只 被 一 个 简单 表达 式 赋 值 一 次 ， 而 它 妨 碍 了 其 他 重 构 手 法 。 
将 所 有 对 该 变量 的 引用 动作 ， 替 换 为 对 它 赋 值 的 那个 表达 式 自 身 。 


double basePrice = anOrder.basePrice(); 


! 

return (anOrder.basePrice() > 1000) 
动机 

Inline Temp (119) 多 半 是 作为 Replace Temp with Query (120) 的 一 部 分 使 用 的 ， 所 
以 真正 的 动机 出 现在 后 者 那儿 。 唯 一 单独 使 用 Inline Temp (119) 的 情况 是 : 你 发 现 某 
个 临时 变量 被 赋予 某 个 函数 调用 的 返回 值 。 一 般 来 说 ， 这 样 的 临时 变量 不 会 有 任何 


和 危害， 可 以 放心 地 把 它 留 在 那儿 。 但 如 果 这 个 临时 变量 妨碍 了 其 他 的 重 构 手 法 ， 例 
如 Extract Method (110)， 你 就 应 该 将 它 内 联 化 。 


做 法 
O 检查 给 临时 变量 赋值 的 语句 ， 确 保 等 号 右边 的 表达 式 没有 副作用 。 


return (basePrice > 1000) 


o 如 果 这 个 临时 变量 并 未 被 声明 为 final, 那 就 将 它 声明 为 final, 然后 编译 。 
> 这 可 以 检查 该 临时 变量 是 否 真 的 只 被 赋值 一 次 。 

o 找到 该 临时 变量 的 所 有 引用 点 , 将 它们 替换 为 “为 临时 变量 赋值 ”的 表达 式 。 

O 每 次 修改 后 ， 编 译 并 测试 。 

修改 完 所 有 引用 点 之 后 ， 删 除 该 临时 变量 的 声明 和 赋值 语句 。 

O 编译 ， 测 试 。 
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6.4 Replace Temp with Query〈 以 查询 取代 临时 变量 ) 
你 的 程序 以 一 个 临时 变量 保存 某 一 表达 式 的 运算 结果 。 


将 这 个 表达 式 提炼 到 一 个 独立 函数 中 。 将 这 个 临时 变量 的 所 有 引用 点 替换 为 对 新 函 
数 的 调用 。 此 后 ， 新 函数 就 可 被 其 他 函数 使 用 。 


double basePrice = _quantity * _itemPrice; 
if (basePrice > 1000) 
return basePrice * 0.95; 
else 


return basePrice * 0.98; 


I} 


WY 
if (basePrice() > 1000) 
return basePrice() * 0.95; 
else 
return basePrice() * 0.98; 


double basePrice({) { 
return _quantity * _itemPrice; 


) 
动机 

临时 变量 的 问题 在 于 : 它们 是 暂时 的 ， 而 且 只 能 在 所 属 函 数 内 使 用 。 由 于 临时 
变量 只 在 所 属 函数 内 可 见 ， 所 以 它们 会 驱使 你 写 出 更 长 的 函数 ， 因 为 只 有 这 样 你 才 
能 访问 到 需要 的 临时 变量 。 如 果 把 临时 变量 替换 为 一 个 查询 ， 那 么 同一 个 类 中 的 所 


有 函数 都 将 可 以 获得 这 份 信 息 。 这 将 带 给 你 极 大 帮助 ， 使 你 能 够 为 这 个 类 编写 更 清 
晰 的 代码 。 


Replace Temp with Query (120) 往 往 是 你 运用 Extract Method (110) 之 前 必 不 可 少 的 
一 个 步骤 。 局 部 变量 会 使 代码 难以 被 提炼 ， 所 以 你 应 该 尽 可 能 把 它们 替换 为 查询 式 。 


这 个 重 构 手 法 较为 简单 的 情况 是 ， 临 时 变量 只 被 赋值 一 次 ， 或 者 赋值 给 临时 变 
景 的 表达 式 不 受 其 他 条 件 影响 。 其 他 情况 比较 棘手 ， 但 也 有 可 能 发 生 。 你 可 能 需要 
先 运 用 Split Temporary Variable (128) 或 Separate Query from Modifier (279) 使 情况 变 得 
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简单 一 些 ， 然 后 再 替换 临时 变量 。 如 果 你 想 替 换 的 临时 变量 是 用 来 收集 结果 的 〈 例 
如 循环 中 的 累加 值 )， 就 需要 将 某 些 程序 逻辑 (例如 循环 ) 复制 到 查询 函数 去 。 
做 法 
首先 是 简单 情况 : 
口 找 出 只 被 赋值 一 次 的 临时 变量 。 
惟 如 果 某 个 临时 变量 被 赋值 超过 一 次 ,考虑 使 用 Split Temporary Variable (128) 
将 它 分 割 成 多 个 变量 。 
o 将 该 临时 变量 声明 为 final。 
O 编译 。 
吵 这 可 确保 该 临时 变量 的 确 只 被 赋值 一 次 。 
0 将 “对 该 临时 变量 赋值 ”之 语句 的 等 号 右 侧 部 分 提炼 到 一 个 独立 函数 中 。 


> 首先 将 函数 声明 为 private。 日 后 你 可 能 会 发 现 有 更 多 类 需要 使 用 它 ， 那 时 
放松 对 它 的 保护 也 很 容易 。 

=> 确保 提炼 出 来 的 函数 无 任何 副作用 ,也 就 是 说 该 函数 并 不 修改 任何 对 象 内 
容 。 如 果 它 有 副作用 ， 就 对 它 进行 Separate Query from Modifler (279). 


O 编译 ， 测 试 。 
口 在 该 临时 变量 身上 实施 Inline Temp (119). 


我 们 常常 使 用 临时 变量 保存 循环 中 的 累加 信息 。 在 这 种 情况 下， 整个 循环 都 可 
以 被 提炼 为 一 个 独立 函数 ， 这 也 使 原本 的 函数 可 以 少 掉 几 行 扰 人 的 循环 逻辑 。 有 时 
人 息 ， 你 可 能 会 在 一 个 循环 中 累加 好 几 个 值 ， 就 像 本 书 第 26 页 的 例子 那样 。 这 种 情况 
下 你 应 该 针对 每 个 累加 值 重 复 一 遍 循环 , 这 样 就 可 以 将 所 有 临时 变量 都 替换 为 查询 。 
当然 ， 循 环 应 该 很 简单 ， 复 制 这 些 代 码 时 才 不 会 带 来 危险 。 


运用 此 手法 ， 你 可 能 会 担心 性 能 问题 。 和 其 他 性 能 问题 一 样 ， 我 们 现在 不 管 它 ， 
因为 它 二 有 八 九 根本 不 会 造成 任何 影响 。 若 是 性 能 真 的 出 了 问题 ， 你 也 可 以 在 优化 
时 期 解决 它 。 代 码 组 织 良 好 ， 你 往往 能 够 发 现 更 有 效 的 优化 方案 : 如 果 没 有 进行 重 
构 ， 好 的 优化 方案 就 可 能 与 你 失之交臂 。 如 果 性 能 实在 太 糟 糕 ， 要 把 临时 变量 放 回 
去 也 是 很 容易 的 。 
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范例 


首先 ， 我 从 一 个 简单 函数 开始 : 


double getPrice() { 


1 
i 


int basePrice = _guantity * _itemPrice; 
double discountFactor; 

if (basePrice > 1000) discountFactor = 0.95; 
else discountFactor = 0.98; 

return basePrice * discountFactor; 


我 希望 将 两 个 临时 变量 都 替换 掉 。 当 然 ， 每 次 一 个 。 


尽管 这 里 的 代码 十 分 清楚 ， 我 还 是 先 把 临时 变量 声明 为 final， 检 查 它 们 是 否 
的 确 只 被 赋值 一 次 : 


double getPrice() { 


} 


final int basePrice = _quantity * _itemPrice; 
final double discountFactor; 

if ({basePrice > 1000) discountFactor = 0.95; 
else discountFactor = 0.98; 

return basePrice * discountFactor; 


这 么 一 来 ， 如 果 有 任何 问题 ， 编 译 器 就 会 警告 我 。 之 所 以 先 做 这 件 事 ， 因 为 如 


果 临 时 变量 不 只 被 赋值 一 次 ， 我 就 不 该 进行 这 项 重 构 。 接 下 来 开始 替换 临时 变量 ， 
每 次 一 个 。 首 先 ， 我 把 赋值 动作 的 右 侧 表达 式 提炼 出 来 : 


double getPrice() { 


} 


final int basePrice = basePrice(); 

final double discountFactor; 

if (basePrice > 1000) discountFactor = 0.95; 
else discountFactor = 0.98; 

return basePrice * discountFactor; 


private int basePrice() { 


) 


return _quantity * _itemPrice; 


编译 并 测试 ， 然 后 开始 使 用 lnline Temp (119)。 首 先 把 临时 变量 basePrice 的 第 
一 个 引用 点 替换 掉 : 


double getPrice({) { 


final int basePrice = basePrice(); 

final double discountFactor; 

if (basePrice() > 1000) discountFactor = 0.95; 
else discountFactor = 0.98; 

return basePrice * discountFactor; 
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编译 、 测 试 、 下 一 个 〈 听 起 来 像 在 指挥 人 们 跳 乡 村 舞蹈 一 样 )。 由 于 “下 一 个 ” 
已 经 是 basePrice 的 最 后 一 个 引用 点 , 所 以 我 把 basePrice 临 时 变量 的 声明 式 一 并 
去 掉 : 


double getPrice() { 
final double discountFactor; 
if (basePrice({) > 1000) discountFactor = 0.95; 
else discountFactor = 0.98; 
return basePrice() * discountFactor; 
} 


搞定 basePrice 之 后 ， 我 再 以 类 似 办 法 提炼 出 ai scountFactor(): 


double getPrice() { 
final double discountFactor = discountFactor(); 
return basePrice() * discountFactor; 





private double discountFactor() { 
if (basePrice() > 1000) return 0.95; 
else return 0.98; 

} 


你 看 ， 如 果 我 没有 把 临时 变量 pasePrice 替 换 为 一 个 查询 式 ， 将 多 么 难以 提炼 
discountFactor()! 
me, getPrice() BMS ix#: 


double getPrice() { 
return basePrice() * discountFactor(); 
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6.5 Introduce Explaining Variable (引入 解释 性 变量 ) 
你 有 一 个 复杂 的 表达 式 。 


将 该 复杂 表达 式 (或 其 中 一 部 分 ) 的 结果 放 进 一 个 临时 变量 ， 
以 此 变量 名 称 来 解释 表达 式 用 途 。 
if ( (platform.toUpperCase() . indexOf ("MAC") > -1) && 


(browser .toUpperCase().indexOf("IE") > -1) && 
wasInitialized() .&£& resize > 0) 


// do something 


Į 


final boolean isMacOs = platform.toUpperCase().indexOf(*MAC") > -1; 
final boolean isIEBrowser = browser.toUpperCase().indexOf("IE") > -1; 
final boolean wasResized = resize > 0; 


if (isMacOs && isIEBrowser && wasInitialized() && wasResized) { 
// do something 
} 


动机 

表达 式 有 可 能 非常 复杂 而 难以 阅读 。 这 种 情况 下 ， 临 时 变量 可 以 帮助 你 将 表达 
式 分 解 为 比较 容易 管理 的 形式 。 

ERIZ H, Introduce Explaining Variable (124) 特 别 有 价 值 : 你 可 以 用 这 项 
重 构 将 每 个 条 件 子 句 提炼 出 来 ， 以 一 个 良好 命名 的 临时 变量 来 解释 对 应 条 件 子 句 的 
意义 。 使 用 这 项 重 构 的 另 一 种 情况 是 ， 在 较 长 算法 中 ， 可 以 运用 临时 变量 来 解释 每 
一 步 运算 的 意义 。 

Introduce Explaining Variable (124) 是 一 个 很 常见 的 重 构 手 法 ， 但 我 得 承认 ， 我 
并 不 常用 它 。 我 几乎 总 是 尽量 使 用 Extract Method (110) 来 解释 一 段 代码 的 意义 。 毕 
竟 临 时 变量 只 在 它 所 处 的 那个 函数 中 才 有 意义 ， 局 限 性 较 大 ， 函 数 则 可 以 在 对 象 的 
整个 生命 中 都 有 用 , 并 且 可 被 其 他 对 象 使 用 。 但 有 时 候 , 当局 部 变量 使 Extract Method 
(110) 难 以 进行 时 ， 我 就 使 用 Introduce Explaining Variable (124). 
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做 法 
o 声明 一 个 final 临 时 变量 ， 将 待 分 解 之 复杂 表达 式 中 的 一 部 分 动作 的 运算 结 
RRE E o 
O 将 表达 式 中 的 “运算 结果 ”这 一 部 分 ， 替 换 为 上 述 临时 变量 。 
D 如 果 被 替换 的 这 一 部 分 在 代码 中 重复 出 现 ， 你 可 以 每 次 一 个 ， 逐 一 替换 。 
O 编译 ， 测 试 。 
a 重复 上 述 过 程 ， 处 理 表 达 式 的 其 他 部 分 。 


范例 
我 们 从 一 个 简单 计算 开始 : 


Gouble price() { 
// price is base price - quantity discount + shipping 





return _quantity * _itemPrice - 
Math.max(0, _quantity - 500) * _itemPrice * 0.05 + 
Math.min(_quantity * _itemPrice * 0.1, 100.0); 


} 
这 段 代 码 还 算 简单 ,不 过 我 可 以 让 它 变 得 更 容易 理解 。 首 先 我 发 现 , 底价 (base 
price) 等 于 数量 (quantity〉 乘 以 单价 (item price)。 于 是 我 把 这 一 部 分 计算 的 结果 


放 进 一 个 临时 变量 中 : 


double price() { 
`  // price is base price - quantity discount + shipping 


final double basePrice = _quantity * _itemPrice; 


return basePrice - 
Math.max(0, _quantity - 500) * _itemPrice * 0.05 + 


Math.min(_quantity * _itemPrice * 0.1, 100.0); 


} 
稍 后 也 用 上 了 “数量 乘 以 单价 ”运算 结果 ， 所 以 我 同样 将 它 替 换 为 basePrice 


临时 变量 : 


double price() { 
// price is base price - quantity discount + shipping 
final double basePrice = _quantity * _itemPrice; 
return basePrice - 
Math.max(0, quantity - 500) * _itemPrice * 0.05 + 


Math.min(basePrice * 0.1, 100.0); 
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然后 ， 我 将 批发 折扣 〈quantity discount) 的 计算 提炼 出 来 ， 将 结果 赋予 临时 变量 


double price() { 
// price is base price - quantity discount + shipping 
final double basePrice = _quantity * _itemPrice; 
final double quantityDiscount = Math.max(0, _quantity - 500)* _itemPrice * 0.05; 
return basePrice - quantityDiscount + 
Math.min(basePrice * 0.1, 100.0); 
} 


最 后 ， 我 再 把 运费 〈shipping ) 计算 提炼 出 来 ， 将 运算 结果 赋予 临时 变量 
shipping。 同 时 我 还 可 以 删 掉 代 码 中 的 注释 ， 因 为 现在 代码 已 经 可 以 完美 表达 自 
己 的 意义 了 : 


double price() { 
final double basePrice = _quantity * _itemPrice; 
final double quantityDiscount = Math.max(0, _quantity - 500)* _itemPrice * 0.05; 
final double shipping = Math.min(basePrice * 0.1, 100.0); 
return basePrice - quantityDiscount + shipping; 
} 


运用 Extract Method 处 理 上 述 范 例 


面 对 上 述 代 码 ， 我 通常 不 会 以 临时 变量 来 解释 其 动作 意图 ， 我 更 喜欢 使 用 
Extract Method (110)。 让 我 们 回 到 起 点 : 


double price() { 
// price is base price - quantity discount + shipping 
return _quantity * _itemPrice - 
Math.max(0, _quantity - 500) * _itemPrice * 0.05+ 
Math.min(_quantity * _itemPrice * 0.1, 100.0); 
} 


这 一 次 我 把 底价 计算 提炼 到 一 个 独立 函数 中 ， 


double price() { 
// price is base price - quantity discount + shipping 
return basePrice() - 
Math.max(0, quantity - 500) * _itemPrice * 0.05 + 
Math.min(basePrice() * 0.1, 100.0); 


private double basePrice() { 
return _quantity * _itemPrice; 
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我 继续 提炼 ， 每 次 提炼 出 一 个 新 函数 。 最 后 得 到 下 列 代码 : 


double price() { 


return basePrice() - quantityDiscount(}) + shipping({); 


} 


private double quantityDiscount() { 
return Math.max(0, _quantity - 500) * _itemPrice * 0.05; 
} 


private double shipping() { 
return Math.min({basePrice() * 0.1, 100.0); 
} 


private double basePrice() { 
return _quantity * _itemPrice; 
} 
我 比较 喜欢 使 用 Extract Method (110)， 因 为 同一 对 象 中 的 任何 部 分 ， 都 可 以 根 
据 自 己 的 需要 取 用 这 些 提 炼 出 来 的 函数 。 一 开始 我 会 把 这 些 新 函数 声明 为 private; 
如 果 其 他 对 象 也 需要 它们 , 我 可 以 轻易 释放 这 些 函 数 的 访问 限制 。 我 还 发 现 , Extract 
Method (110) 的 工作 量 通常 并 不 比 Introduce Explaining Variable (124) 来 得 大 。 


那么 ， 应 该 在 什么 时 候 使 用 Introduce Explaining Variable (124) 呢 ? 答案 是 : 在 
Extract Method (110) 需 要 花费 更 大 工作 量 时 。 如 果 我 要 处 理 的 是 一 个 拥有 大 量 局 部 
变量 的 算法 , 那么 使 用 Extract Method (110) 绝 非 易 事 。 这 种 情况 下 就 会 使 用 Introduce 
Explaining Variable (124) 来 理 清 代码 ， 然 后 再 考 虚 下 一 步 该 怎么 办 。 搞 清楚 代码 好 
辑 之 后 ， 我 总 是 可 以 运用 Replace Temp with Query (120) 把 中 间 引 入 的 那些 解释 性 临 
时 变量 去 掉 。 况 且 ， 如 果 我 最 终 使 用 Replace Method with Method Object (135)， 那 么 
中 间 引 入 的 那些 解释 性 临时 变量 也 有 其 价值 。 
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6.6 Split Temporary Variable (分 解 临 时 变量 ) 


你 的 程序 有 某 个 临时 变量 被 赋值 超过 一 次 ， 它 既 不 是 循环 变量 ， 
也 不 被 用 于 收集 计算 结果 。 
针对 每 次 赋值 ， 创 造 一 个 独立 、 对 应 的 临时 变量 。 





double temp = 2 * (_height + _width); 
System.out.println (temp); 

temp = _height * _width; 
System.out.printlin (temp); 


I} 


W- 


final double perimeter = 2 * (_height + _width); 
System.out.printin (perimeter); 

final double area = _height * _width; 
System.out.println (area); 


动机 

临时 变量 有 各 种 不 同 用 途 ， 其 中 某 些 用 途 会 很 自然 地 导致 临时 变量 被 多 次 赋 
值 。“ 循 环 变量 ”和 “结果 收集 变量 ”就 是 两 个 典型 例子 :循环 变量 Coop variable) 
[Beck] 会 随 循环 的 每 次 运行 而 改变 〈 例 如 for (int i=0; i<10; i++) 语 句 中 的 i)，; 
结果 收集 变量 (collecting temporary variable) [Beck] 负 责 将 “通过 整个 函数 的 运算 ” 
而 构成 的 某 个 值 收集 起 来 。 

除了 这 两 种 情况 ， 还 有 很 多 临时 变量 用 于 保存 一 段 宛 长 代码 的 运算 结果 ， 以 便 
稍 后 使 用 。 这 种 临时 变量 应 该 只 被 赋值 一 次 。 如 果 它 们 被 赋值 超过 一 次 ， 就 意味 它 
们 在 函数 中 承担 了 一 个 以 上 的 责任 。 如 果 临 时 变量 承担 多 个 责任 ， 它 就 应 该 被 替换 
(分 解 ) 为 多 个 临时 变量 ， 每 个 变量 只 承担 一 个 责任 。 同 一 个 临时 变量 承担 两 件 不 同 
的 事情 ， 会 令 代码 阅读 者 糊涂 。 


做 法 
O 在 待 分 解 临时 变量 的 声明 及 其 第 一 次 被 赋值 处 ， 修 改 其 名 称 。 
> 如 果 稍 后 之 赋值 语句 是 [i=i+ 某 表达 式 ] 形 式 ， 就 意味 这 是 个 结果 收集 变 


量 ， 那 么 就 不 要 分 解 它 。 结 果 收 集 变量 的 作用 通常 是 累加 、 字 符 串 接合 、 
写 入 流 或 者 向 集合 添加 元 素 。 
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o 将 新 的 临时 变量 声明 为 final。 


o 以 该 临时 变量 的 第 二 次 赋值 动作 为 界 ， 修 改 此 前 对 该 临时 变量 的 所 有 引用 
点 ， 让 它们 引用 新 的 临时 变量 。 


O 在 第 二 次 赋值 处 ， 重 新 声明 原先 那个 临时 变量 。 
a 编译 ， 测 试 。 


O 逐次 重复 上 述 过 程 。 每 次 都 在 声明 处 对 临时 变量 改名 ， 并 修改 下 次 赋值 之 前 
的 引用 点 。 


范例 


下 面 范 例 中 我 要 计算 一 个 苏格兰 布丁 运动 的 距离 。 在 起 点 处 ， 静 止 的 苏格兰 布 
丁 会 受到 一 个 初始 力 的 作用 而 开始 运动 。 一 段 时 间 后 ， 第 二 个 力作 用 于 布丁 ， 让 它 
再 次 加 速 。 根 据 牛 顿 第 二 定律 ， 我 可 以 这 样 计算 布丁 运动 的 距离 : 


double getDistanceTravelled(int time) { 
double result; 
double acc = _primaryForce / _mass; 
int primaryTime = Math.min(time, _delay); 
result = 0.5 * acc * primaryTime * primaryTime; 
int secondaryTime = time - _delay; 
if (secondaryTime > 0) { 
double primaryVel = acc * _delay; 
acc = (_primaryForce + _secondaryForce) / _mass; 
result += primaryVel * secondaryTime + 0.5 * acc * secondaryTime 
* secondaryTime; 
} 
return result; 
} 


真是 个 丑陋 的 小 东西 。 注 意 观察 此 例 中 的 acc 变 量 如 何 被 赋值 两 次 。acc 变 量 有 
两 个 责任 : 第 一 是 保存 第 一 个 力 造成 的 初始 加 速度 ， 第 二 是 保存 两 个 力 共同 造成 的 
加 速度 。 这 就 是 我 想 要 分 解 的 东西 。 


首先 ， 我 在 函数 开始 处 修改 这 个 临时 变量 的 名 称 ， 并 将 新 的 临时 变量 声明 为 
final。 接 着 ， 我 把 第 二 次 赋值 之 前 对 acc 变 量 的 所 有 引用 点 ， 全 部 改 用 新 的 临时 
变量 。 最 后 ， 我 在 第 二 次 赋值 处 重新 声明 acc 变 量 : 


www. lopSage.com 





第 6 章 重新 组 织 函数 


double getDistanceTravelled(int time) { 
double result; 
final double primaryAcc = _primaryForce / _mass; 
int primaryTime = Math.min(time, _delay); 
result = 0.5 * primaryAcc * primaryTime * primaryTime; 
int secondaryTime = time - _delay; 
if (secondaryTime > 0) { 
double primaryVel = primaryAcc * _delay; 
double acc = (_primaryForce + _secondaryForce) / _mass; 
result += primaryVel * secondaryTime + 0.5 * acc * secondaryTime 
* secondaryTime; 
} 
return result; 
} 


新 的 临时 变量 的 名 称 指 出 ， 它 只 承担 原先 acc 变 量 的 第 一 个 责任 。 我 将 它 声明 
为 final， 确 保 它 只 被 赋值 一 次 。 然 后 ， 我 在 原先 acc 变 量 第 二 次 被 赋值 处 重新 声 
明 acc。 现 在 ， 重 新 编译 并 测试 ， 一 切 都 应 该 没有 问题 。 


然后 ， 我 继续 处 理 acc 临 时 变量 的 第 二 次 赋值 。 这 次 我 把 原先 的 临时 变量 完全 
删 掉 ， 代 之 以 一 个 新 的 临时 变量 。 新 变量 的 名 称 指 出 ， 它 只 承担 原先 acc 变 量 的 第 
二 个 责任 ， 


double getDistanceTravelled(int time) { 
double result; 
final double primaryAcc = _primaryForce / _mass; 
int primaryTime = Math.min(time, _delay); 
result = 0.5 * primaryAcc * primaryTime * primaryTime; 
int secondaryTime = time - _delay; 
if (secondaryTime > 0) { 
double primaryVel = primaryAcc * _delay; 
final double secondaryAcc = (_primaryForce +_secondaryForce) / _mass; 
result += primaryVel * secondaryTime + 0.5 * 
secondaryAce * secondaryTime * secondaryTime; 
} 
return result; 
} 


现在 ， 这 段 代码 肯定 可 以 让 你 想起 更 多 其 他 重 构 手 法 。 尽 情 享受 吧 。( 我 敢 保 
证 ， 这 比 吃 苏格兰 布丁 强 多 了 一 一 你 知道 他 们 都 在 里 面 放 了 些 什 么 东西 吗 ? ©) 


QD 苏格兰 布 厂 〈haggis) 是 一 种 苏格兰 菜 ， 把 羊 心 等 内 脏 装 在 羊 胃 里 者 成 。 由 于 它 被 羊 胃 包 成 一 个 
球体 ， 因 此 可 以 像 球 一 样 踢 来 踢 去 ， 这 就 是 本 例 的 由 来 .“ 把 羊 心 装 在 羊 胃 里 者 成 ……?”， 呢 ， 有 
些 人 难免 对 这 道 菜 恶心 ，Martin Fowler 想 必 是 其 中 之 一 。 一 一 译 者 注 
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6.7 Remove Assignments to Parameters ( 移 除 对 参数 的 赋值 ) 
代码 对 一 个 参数 进行 赋值 。 
以 一 个 临时 变量 取代 该 参数 的 位 置 。 


int discount (int inputVal, int quantity, int yearToDate): { 
if (inputVal > 50) inputVal -= 2; 


| 


int discount (int inputVal, int quantity, int yearTohate) { 
int result = inputVal; 
if (inputVal > 50) result -= 2; 





动机 

首先 ， 我 要 确定 大 家 都 清楚 “对 参数 赋值 ”这 个 说 法 的 意思 。 如 果 你 把 一 个 名 
为 foo 的 对 象 作为 参数 传 给 某 个 函数 ， 那 么 “对 参数 赋值 ”意味 改变 foo， 使 它 引用 
另 一 个 对 象 。 如 果 你 在 “被 传 入 对 象 ” 身 上 进行 什么 操作 ， 那 没 问 题 ， 我 也 总 是 这 
样 干 。 我 只 针对 “foo 被 改 而 指向 另 一 个 对 象 ” 这 种 情况 来 讨论 : 


void aMethod(Object foo) { 
foo.modifyInSomeway ({) ; // that's OK 
foo = anotherObject; // trouble and despair will follow you 


我 之 所 以 不 喜欢 这 样 的 做 法 ， 因 为 它 降 低 了 代码 的 清晰 度 ， 而 且 混 用 了 按 值 传 
递 和 按 引 用 传递 这 两 种 参数 传递 方式 。Java 只 采用 按 值 传递 方式 〈 稍 后 讨论 )， 我 们 
的 讨论 也 正 是 基于 这 一 点 。 

在 按 值 传递 的 情况 下 ， 对 参数 的 任何 修改 ， 都 不 会 对 调用 端 造 成 任何 影响 。 那 
些 用 过 按 引 用 传递 方式 的 人 可 能 会 在 这 一 点 上 犯 糊涂 。 

另 一 个 让 人 糊涂 的 地 方 是 函数 本 体内 。 如 果 你 只 以 参数 表示 “被 传递 进来 的 东 
Hi”, 那么 代码 会 清晰 得 多 ， 因 为 这 种 用 法 在 所 有 语言 中 都 表现 出 相同 语义 。 

在 Java 中 ， 不 要 对 参数 赋值 : 如 果 你 看 到 手 上 的 代码 已 经 这 样 做 了 ， 请 使 用 
Remove Assignments to Parameters (131)。 

当然 ， 面 对 那些 使 用 “出 参数 ”的 语言 ， 你 不 必 遵 循 这 条 规则 。 不 过 在 那些 语 
言 中 我 会 尽量 少 用 出 参数 。 
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做 法 


O 建立 一 个 临时 变量 ， 把 待 处 理 的 参数 值 赋予 它 。 


O 以 “对 参数 的 赋值 ”为 界 ， 将 其 后 所 有 对 此 参数 的 引用 点 ， 全 部 替换 为 “对 
此 临时 变量 的 引用 ”。 
O 修改 赋值 语句 ， 使 其 改 为 对 新 建 之 临时 变量 赋值 。 
O 编译 ， 测 试 。 
=> 如 果 代 码 的 语义 是 按 引 用 传递 的 ,请 在 调用 端 检 查 调用 后 是 否 还 使 用 了 这 
个 参数 。 也 要 检查 有 多 少 个 按 引 用 传递 的 参数 被 赋值 后 又 被 使 用 。， 请 尽量 
只 以 return 方 式 返 回 一 个 值 。 如 果 需 要 返回 的 值 不 止 一 个 ， AAT Sie 
需 返 回 的 大 堆 数 据 变 成 单一 对 象 ， 或 干脆 为 每 个 返回 值 设计 对 应 的 一 个 独 


TBH, 
范例 
我 从 下 列 这 段 简单 代码 开始 : 
int discount (int inputVal, int quantity, int yearToDate) { 
if (inputVal > 50) inputVal -= 2; 
if (quantity > 100) inputval -= 1; 
if (yearToDate > 10000) inputval -= 4; 


return inputVal; 
} 


以 临时 变量 取代 对 参数 的 赋值 动作 ， 得 到 下 列 代码 ; 


int discount (int inputVal, int quantity, int yearToDate) { 
int result = inputVal; 


if (inputVal > 50) result -= 2; 
if (quantity > 100) result -= 1; 
if (yearToDate > 10000) result -= 4; 


return result; 
} 


还 可 以 为 参数 加 上 关键 词 final， 从 而 强制 它 遵循 “不 对 参数 赋值 ”这 一 惯例 : 


int discount (final int inputVal, final int quantity, final int yearToDate) { 
int result = inputVal; 


if (inputVal > 50) result -= 2; 
if (quantity > 100) result -= 1; 
if (yearToDate > 10000) resuit -= 4; 


return result; 
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不 过 我 得 承认 ， 我 并 不 经 常 使 用 final 来 修饰 参数 ， 因 为 我 发 现 ， 对 于 提高 短 
函数 的 清晰 度 ， 这 个 办 法 并 无 太 大 帮助 。 我 通常 会 在 较 长 的 函数 中 使 用 它 ， 让 它 帮 
助 我 检查 参数 是 否 被 做 了 修改 。 


Java 的 按 值 传递 


Java 使 用 按 值 传递 的 函数 调用 方式 ， 这 常常 造成 许多 人 迷惑 。 在 所 有 地 点 ，Java 
都 严格 采用 按 值 传递 方式 ， 所 以 下 列 程序 : 


class Param { 

public static void main(String[] args) { 
int x = 5; 
triple(x); 
System.out.println("x after triple: " + x); 

} 

private static void triple(int arg) { 
arg = arg * 3; = 
System.out.println("arg in triple: “ + arg); 





} 
} 


会 产生 这 样 的 输出 : 


arg in triple: 15 
x after triple: 5 


这 段 代 码 还 不 至 于 让 人 糊涂 。 但 如 果 参 数 中 传递 的 是 对 象 ， 就 可 能 把 人 和 弄 迷 糊 
了 。 如 果 我 在 程序 中 以 pate 对 象 表示 日 期 ， 那 么 下 列 程序 : 


class Param { 


public static void main(String[] args) { 
Date di = new Date("1 Apr 98"); 
next DateUpdate(d1); 
System.out.println("dl after nextDay: " + dl}; 


Date G2 = new Date("1l Apr 98"); 

nextDateReplace(d2); 

System.out.println("d2 after nextDay: " + d2); 
} 


private static void nextDateUpdate(Date arg) { 
arg.setDate(arg.getDate() + 1); 
System.out.println("arg in nextDay: " + arg); 


} 


private static void nextDateReplace(Date arg) { 
arg = new Date(arg.getYear(}), arg.getMonth(), arg.getDate() + 1); 
System.out.printin("arg in nextDay: " + arg); 
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产生 的 输出 是 : 


arg in nextDay: Thu Apr 02 00:00:00 EST 1998 
dl after nextDay: Thu Apr 02 00:00:00 EST 1998 
arg in nextDay: Thu Apr 02 00:00:00 EST 1998 
d2 after nextDay: Wed Apr 01 00:00:00 EST 1998 


从 本 质 上 说 , 对 象 的 引用 是 按 值 传递 的 。 因 此 我 可 以 修改 参数 对 象 的 内 部 状态 ， 
但 对 参数 对 象 重新 赋值 是 没有 意义 的 。 


Java 1.1 及 其 后 版 本 允许 将 参数 标示 为 final， 从 而 避免 函数 中 对 参数 赋值 。 即 
使 某 个 参数 被 标示 为 final， 仍 然 可 以 修改 它 所 指向 的 对 象 。 我 总 是 把 参数 视 为 
final， 但 是 我 得 承认 ， 我 很 少 在 参数 列表 中 这 样 标示 它们 。 


www. TopSage.com 


6.8 Replace Method with Method Object ( 以 函数 对 象 取代 函数 ) V 


6.8 Replace Method with Method Object〔〈 以 函数 对 象 取代 函数 ) 
你 有 一 个 大 型 函数 ， 其 中 对 局 部 变量 的 使 用 使 你 无 法 采用 Extract Method (110). 


将 这 个 函数 放 进 一 个 单独 对 象 中 ， 如 此 一 来 局 部 变量 就 成 了 对 象 内 的 字段 。 然 后 你 
可 以 在 同一 个 对 象 中 将 这 个 大 型 函数 分 解 为 多 个 小 型 函数 。 


class Order... 
double price() { 
double primaryBasePrice; 
double secondaryBasePrice; 
double tertiaryBasePrice; 


// long computation; 





动机 
我 在 本 书 中 不 断 向 读者 强调 小 型 函数 的 优美 动人 。 只 要 将 相对 独立 的 代码 从 大 
型 函数 中 提炼 出 来 ， 就 可 以 大 大 提高 代码 的 可 读 性 。 


但 是 ， 局 部 变量 的 存在 会 增加 函数 分 解难 度 。 如 果 一 个 函数 之 中 局 部 变量 泛滥 
成 灾 ， 那 么 想 分 解 这 个 函数 是 非常 困难 的 。Replace Temp with Query (120) 可 以 助 你 
减轻 这 一 负担 , 但 有 时 候 你 会 发 现 根本 无 法 拆 解 一 个 需要 拆 解 的 函数 。 这 种 情况 下 ， 
你 应 该 把 手 伸 进 工 具 箱 的 深 处 ， 祭 出 函数 对 象 Cmethod object) [Beck] 这 件 法 宝 。 
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Replace Method with Method Object(135) 会 将 所 有 局 部 变量 都 变 成 函数 对 象 的 字 
段 。 然 后 你 就 可 以 对 这 个 新 对 象 使 用 Extract Method (110) 创 造 出 新 函数 ， 从 而 将 原 
本 的 大 型 函数 拆 解 变 短 。 
做 法 
我 厚 着 脸皮 从 Kent Beck [Beck] 那 里 偷 来 了 下 列 做 法 。 
D 建立 一 个 新 类 ， 根 据 待 处 理 函数 的 用 途 ， 为 这 个 类 命名 。 
O 在 新 类 中 建立 一 个 final 字 段 ， 用 以 保存 原先 大 型 函数 所 在 的 对 象 。 我 们 将 
这 个 字段 称 为 “ 源 对 象 ”” 同时， 针对 原 函 数 的 每 个 临时 变量 和 每 个 参数 ， 
在 新 类 中 建立 一 个 对 应 的 字段 保存 之 。 
D 在 新 类 中 建立 一 个 构造 函数 ， 接 收 源 对 象 及 原 函 数 的 所 有 参数 作为 参数 。 
O 在 新 类 中 建立 一 个 compute() 函数 。 
O 将 原 函 数 的 代码 复制 到 compute() 函数 中 。 如 果 需 要 调用 源 对 和 象 的 任何 函 
数 ， 请 通过 源 对 象 字段 调用 。 
O 编译 。 
O 将 旧 函 数 的 函数 本 体 替 换 为 这 样 一 条 语句 :“ 创 建 上 述 新 类 的 一 个 新 对 象 ， 
而 后 调用 其 中 的 compute() 函数 ”。 


现在 进行 到 很 有 趣 的 部 分 了 。 由 于 所 有 局 部 变量 现在 都 成 了 字段 ， 所 以 你 可 以 
任意 分 解 这 个 大 型 函数 ， 不 必 传 递 任何 参数 。 
范例 

如 果 要 给 这 一 重 构 手 法 找 个 合适 例子 ， 需 要 很 长 的 篇 幅 。 所 以 我 以 一 个 不 需要 
很 长 篇 幅 〈 也 就 是 说 并 不 完美 ) 的 例子 展示 这 项 重 构 。 请 不 要 问 这 个 函数 的 逻辑 是 
什么 ， 这 完全 是 我 临时 杜撰 的 产物 。 


Class Account 
int gamma (int inputVal, int quantity, int yearToDate) { 


int importantValuel = (inputVal * quantity} + delta(); 

int importantValue2 = (inputVal * yearToDate) + 100; 

if ((yearToDate - importantValuel) > 100) 
importantValue2 -= 20; 


int importantValue3 = importantValue2 * 7; 
// and so on. 
return importantValue3 - 2 * importantValuel; 
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为 了 把 这 个 函数 变 成 一 个 函数 对 象 ， 我 首先 需要 声明 一 个 新 类 。 在 此 新 类 中 我 
应 该 提供 一 个 final 字 段 用 以 保存 源 对 象 ， 对 于 函数 的 每 一 个 参数 和 每 一 个 临时 变 
量 ， 也 以 一 个 字段 逐一 保存 。 


class Gamma... 
private final Account _account; 
private int inputVal; 
private int quantity; 
private int yearToDate; 
private int importantValuel; 
private int importantValue2; 
private int importantValue3; 


按 惯 例 ， 我 通常 会 以 下 划 线 作为 字段 名 称 的 前 绥 。 但 为 了 保持 小 步 前 进 ， 我 暂 
时 先 保留 这 些 字段 的 原名 。 





接 下 来 ， 加 入 一 个 构造 函数 : 


Gamma (Account source, int inputValArg, int quantityArg, int yearToDateArg) { 
_account = source; 
inputVal = inputValArg; 
quantity = quantityArg; 
yearToDate = yearToDateArg; 
} 


现在 可 以 把 原本 的 函数 搬 到 compute() 了。 函数 中 任何 调用 Account 类 的 地 
方 ， 我 都 必须 改 而 使 用 _account 字 上 段 : 


int compute {) { 
importantValuel = (inputVal * quantity) + _account.delta(); 
importantValue2 = (inputVal * yearToDate) + 100; 


if ({yearToDate - importantValuel) > 100) 
importantValue2 -= 20; 

int importantValue3 = importantValue2 * 7; 

// and so on. 

return importantValue3 - 2 * importantValuel; 


} 


然后 ， 我 修改 旧 函 数 ， 让 它 将 它 的 工作 委托 给 刚 完 成 的 这 个 函数 对 象 : 


int gamma (int inputVal, int quantity, int yearToDate) { 
return new Gamma (this, inputVal, quantity, yearToDate) .compute(); 
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这 就 是 本 项 重 构 的 基本 原则 。 它 带 来 的 好 处 是 : 现在 我 可 以 轻松 地 对 compute () 
函数 采取 Extract Method (110)， 不 必 担 心 参数 传递 的 问题 。 


int compute() { 


importantValuel = (imputVal * quantity) + _account.delta(); 
importantValue2 = (inputVal * yearToDate) + 100; 
importantThing(); 

int importantValue3 = importantValue2 * 7; 


// and so on. 


return importantValue3 - 2 * importantValuel; 


void importantThing() { 
if ((yearToDate - importantValuel) > 100) 
importantValue2 -= 20; 
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6.9 Substitute Algorithm 〈 替 换算 法 ) 


你 想 要 把 某 个 算法 替换 为 另 一 个 更 清晰 的 算法 。 
将 函数 本 体 蔡 换 为 另 一 个 算法 。 


String foundPerson(String[] people) { 
for (int i = 0; i < people.length; i++) { 

if (people[i].equals("Don")) { 
return "Don"; 

} 

if (people[{i}].equals(*John")) { 
return "John"; 

} 

if (people[{i]-.equals("Kent")) { 
return "Kent"; 


} 





} 


return "" 


I} 


WY 


String foundPerson(String[] people) { 
List candidates = Arrays.asList (new String[] { "Don", "John", "Kent" }); 
for (int i = 0; i < people.length; i++) 
if (candidates.contains (people[i])) 
return people[il]; 
return "=; 


动机 

解决 问题 有 好 几 种 方法 ， 我 敢 打赌 其 中 某 些 方法 会 比 另 一 些 简单 。 算 法 也 是 如 
此 。 如 果 你 发 现 做 一 件 事 可 以 有 更 清晰 的 方式 ， 就 应 该 以 较 清 晰 的 方式 取代 复杂 的 
方式 。“ 重 构 ” 可 以 把 一 些 复杂 东西 分 解 为 较 简 单 的 小 块 , 但 有 时 你 就 是 必须 壮士 断 
腕 ， 删 掉 整 个 算法 ， 代 之 以 较 简 单 的 算法 。 随 着 对 问题 有 了 更 多 理解 ， 你 往往 会 发 
现 ， 在 原先 的 做 法 之 外 ， 有 更 简单 的 解决 方案 ， 此 时 你 就 需要 改变 原先 的 算法 。 如 


果 你 开始 使 用 程序 库 ， 而 其 中 提供 的 某 些 功能 /特性 与 你 自己 的 代码 重复 ， 那 么 你 也 
需要 改变 原先 的 算法 。 
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有 时 候 你 会 想 要 修改 原先 的 算法 ， 让 它 去 做 一 件 与 原先 略 有 差异 的 事 。 这 时 候 
你 也 可 以 先 把 原先 的 算法 替换 为 一 个 较 易 修改 的 算法 ， 这 样 后 续 的 修改 会 轻松 许多 。 


使 用 这 项 重 构 手 法 之 前 ， 请 先 确 定 自 己 已 经 尽 可 能 分 解 了 原先 函数 。 替 换 一 个 
巨大 而 复杂 的 算法 是 非常 困难 的 ， 只 有 先 将 它 分 解 为 较 简单 的 小 型 函数 ， 然 后 你 才 
能 很 有 把 握 地 进行 算法 替换 工作 。 


做 法 
O 准备 好 男 一 个 (替换 用 ) 算法 ， 让 它 通 过 编译 。 
a 针对 现 有 测试 ， 执 行 上 述 的 新 算法 。 如 果 结 果 与 原本 结果 相同 ， 重 构 结束 。 
O 如 果 测试 结果 不 同 于 原先 , 在 测试 和 调试 过 程 中 , 以 旧 算 法 为 比较 参照 标准 。 


作对 于 每 个 测试 用 例 , 分 别 以 新 旧 两 种 算法 执行 ,并 观察 两 者 结果 是 否 相同 。 
这 可 以 帮助 你 看 到 哪 一 个 测试 用 例 出 现 麻烦 ， 以 及 出 现 了 怎样 的 麻烦 。 
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对 象 的 设计 过 程 中 ，“ 决 定 把 责任 放 在 哪儿 ”即使 不 是 最 重要 的 事 ， 也 

T 是 最 重要 的 事 之 一 。 我 使 用 对 象 技术 已 经 十 多 年 了 ， 但 还 是 不 能 一 开始 

就 保证 做 对 。 这 曾经 让 我 很 烦恼 ， 但 现在 我 知道 ， 在 这 种 情况 下 ， 可 以 运用 重 构 ， 
改变 自己 原先 的 设计 。 


常常 我 只 需要 使 用 Move Method (142) 和 Move Field (146) 简 单 地 移动 对 象 行为 ， 
就 可 以 解决 这 些 问 题 。 如 果 这 两 个 重 构 手法 都 需要 用 到 ， 我 会 首先 使 用 Move Field 
(146)， 再 使 用 Move Method (142). 


类 往往 会 因为 承担 过 多 责任 而 变 得 脆 肺 不 堪 。 这 种 情况 下 ， 我 会 使 用 Extract 
Class (149) 将 一 部 分 责任 处 离 出 去 .jp 如 果 一 作 类 变 得 开 上 不 负责 任 ”， 我 就 会 使 用 
Inline Class (154) 将 它 融 入 另 一 个 类 。 如 果 一 窑 类 使 用 了 男 一 个 类 ,运用 Hide Delegate 
OSNR RE ARR GE LE A. 有 时 候 隐藏 委 托 类 会 导致 拥有 者 的 接口 
经 常 变化 ， 此 时 需要 和 悚 用 RemoveMiddle Man (160). 





本 章 的 最 后 两 项 重 构 Introduce Foreign Method (162) 和 Introduce Local 
Extension (164) 比 较 特殊 。 只 有 当 我 不 能 访问 某 个 类 的 源码 ， 却 又 想 把 其 他 责任 移 进 
这 个 不 可 修改 的 类 时 ， 我 才 会 使 用 这 两 个 重 构 手法 。 如 果 我 想 加 入 的 只 是 一 或 两 个 
函数 ， 就 会 使 用 Introduce Foreign Method (162); 如 果 不 止 一 两 个 函数 ， 就 使 用 
Introduce Local Extension (164). 
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7.1 Move Method 〈 搬 移 函 数 ) 


你 的 程序 中 , 有 个 函数 与 其 所 驻 类 之 外 的 另 一 个 类 进行 更 多 交流 : 
调用 后 者 ， 或 被 后 者 调用 。 


在 该 函数 最 常 引 用 的 类 中 建立 一 个 有 着 类 似 行为 的 新 函数 。 将 旧 函 数 变 成 一 个 单纯 
的 委托 函数 ， 或 是 将 旧 函 数 完全 移 除 。 


= a 
—» 
=> 

E marea 


动机 
“搬移 函数 ”是 重 构 理论 的 支柱 。 如 果 一 个 类 有 太 多 行为 ， 或 如 果 一 个 类 与 另 一 


个 类 有 太 多 合作 而 形成 高 度 硝 合 ， 我 就 会 搬移 函数 。 通 过 这 种 手段 ， 可 以 使 系统 中 
的 类 更 简单 ， 这 些 类 最 终 也 将 更 干净 利落 地 实现 系统 交付 的 任务 。 


我 常常 会 浏览 类 的 所 有 函数 ， 从 中 寻找 这 样 的 函数 : 使 用 另 一 个 对 象 的 次 数 比 
使 用 自己 所 驻 对 象 的 次 数 还 多 。 一 旦 我 移动 了 一 些 字 段 ， 就 该 做 这 样 的 检查 。 一 旦 
发 现 有 可 能 搬移 的 函数 ， 我 就 会 观察 调用 它 的 那 一 端 、 它 调用 的 那 一 端 ， 以 及 继承 
体系 中 它 的 任何 一 个 重 定义 函数 。 然 后 ， 会 根据 “这 个 函数 与 哪个 对 象 的 交流 比较 
多 ”， 决 定 其 移动 路 径 。 


这 往往 不 是 容易 做 出 的 决定 。 如 果 不 能 肯定 是 否 应 该 移动 一 个 函数 ， 我 就 会 继 
续 观 察 其 他 函数 。 移 动 其 他 函数 往往 会 让 这 项 决定 变 得 容易 一 些 。 有 时 候 ， 即 使 你 
移动 了 其 他 函数 ， 还 是 很 难 对 眼下 这 个 函数 做 出 决定 。 其 实 这 也 没什么 大 不 了 的 。 
如 果真 地 很 难 做 出 决定 ， 那 么 或 许 “ 移 动 这 个 函数 与 否 ” 并 不 那么 重要 。 所 以 ,我 
会 赁 本 能 去 做 ， 反 正 以 后 总 是 可 以 修改 的 。 
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做 法 
O 检查 源 类 中 被 源 函 数 所 使 用 的 一 切 特 性 〈 包 括 字段 和 函数 ) ， 考 虑 它们 是 否 
也 该 被 搬移 。 
D 如 果菜 个 特性 只 被 你 打工 搬 移 的 那个 函数 用 到 ,就 应 该 将 它 一 并 搬移 .。 如 
果 另 有 其 他 函数 使 用 了 这 个 特性 ,你 可 以 考虑 将 使 用 该 特性 的 所 有 函数 全 
都 一 并 搬移 。 有 时 候 ， 搬 移 一 组 函数 比 逐 一 搬移 简单 些 。 
口 检查 源 类 的 子 类 和 超 类 ， 看 看 是 否 有 该 函数 的 其 他 声明 。 
> 如 果 出 现 其 他 声明 ,你 或 许 无 法 进行 搬移 ,除非 目标 类 也 同样 表现 出 多 态 性 。 
在 目标 类 中 声明 这 个 函数 。 
=> 你 可 以 为 此 函数 选择 一 个 新 名 称 一 一 对 目标 类 更 有 意义 的 名 称 。 
将 源 函 数 的 代码 复制 到 目标 函数 中 。 调 整 后 者 ， 使 其 能 在 新 家 中 正常 运行 。 
> 如 果 目 标 函 数 使 用 了 源 类 中 的 特性 ， 你 得 决定 如 何 从 目标 函数 引用 源 对 
象 。 如 果 目 标 类 中 没有 相应 的 引用 机 制 , 就 把 源 对 象 的 引用 当 作 参数 ， 传 
给 新 建立 的 目标 函数 。 
> 如 果 源 函数 包含 异常 处 理 ， 你 得 判断 逻辑 上 应 该 由 哪个 类 来 处 理 这 一 弄 
常 。 如 果 应 该 由 源 类 来 负责 ， 就 把 异常 处 理 留 在 原 地 。 
O 编译 目标 类 。 
O 决定 如 何 从 源 函 数 正确 引用 目标 对 象 。 
> 可 能 会 有 一 个 现成 的 字段 或 函数 帮助 你 取得 目标 对 象 . 如 果 没 有 , 就 看 能 
否 轻 松 建 立 一 个 这 样 的 函数 。 如 果 还 是 不 行 , 就 得 在 源 类 中 新 建 一 个 字段 
来 保存 目标 对 象 。 这 可 能 是 一 个 永久 性 修改 ， 但 你 也 可 以 让 它 是 暂时 的 ， 
因为 后 继 的 其 他 重 构 项 目 可 能 会 把 这 个 新 建 字段 去 掉 ， 
修改 源 函 数 ， 使 之 成 为 一 个 纯 委托 函数 。 
编译 ， 测 试 。 
决定 是 否 删除 源 函数 ， 或 将 它 当 作 一 个 委托 函数 保留 下 来 。 
> 如 果 你 经 常 要 在 源 对 象 中 引用 目标 函数 ,那么 将 源 函 数 作为 委托 函数 保留 
下 来 会 比较 简单 。 
o 如 果 要 移 除 源 函 数 ， 请 将 源 类 中 对 源 函 数 的 所 有 调用 ， 替换 为 对 目标 函数 的 
调用 。 
蕉 你 可 以 每 修改 一 个 引用 点 就 编译 并 测试 一 次 。 也 可 以 通过 一 次 “查找 / 替 
换 ” 改 掉 所 有 引用 点 ， 这 通常 简单 一 些 。 


D 
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D 编译 ， 测 试 。 
范例 
”我 用 一 个 表示 “账户 ”的 Account 类 来 说 明 这 项 重 构 : 


class Account... 
double overdraftCharge(} { 
if (_type.isPremium()) { 
double result = 10; 
if (_daysOverdrawn > 7) result += (_daysOverdrawn - 7) * 0.85; 
return result; 
} 
else return _daysOverdrawn * 1.75; 
} 


double bankCharge() { 
double result = 4.5; 
if (_daysOverdrawn > 0) result += overdraftCharge(); 
return result; 
} 
private AccountType _type; 
private int _daysOverdrawn; 


假设 有 几 种 新 账户 ， 每 一 种 都 有 自己 的 “透支 金额 计 费 规则 ”。 所 以 我 希望 将 
overdraftCharge () 搬移 到 AccountType 类 去 。 


第 一 步 要 做 的 是 : 观察 被 overdraftcharge() 使 用 的 每 一 项 特性 ， 考 虑 是 否 
值得 将 它们 与 overdraftcharge () 一 起 移动 。 此 例 之 中 我 需要 让 _daaysover- 
drawn 字 段 留 在 account 类 ， 因 为 这 个 值 会 随 不 同 种 类 的 账户 而 变化 。 然 后 ， 我 将 
overdraftCharge () 图 数码 复制 到 accountType 中 ， 并 做 相应 调整 。 


class AccountType... 
double overdraftCharge(int daysOverdrawn) { 
if (isPremium()) { 

double result = 10; 
if (daysOverdrawn > 7) result += (daysOverdrawn - 7) * 0.85; 
return result; 

} else 

return daysOverdrawn * 1.75; 


} 

在 这 个 例子 中 ，“ 调 整 ” 的 意思 是 : (1) 对 于 使 用 AccountType 特 性 的 语句 ， 去 
掉 _type; (2) 想 办 法 得 到 依旧 需要 的 Account 类 特性 。 当 我 需要 使 用 源 类 的 特性 时 ， 
有 4 种 选择 : (1) 将 这 个 特性 也 移 到 目标 类 ; (2) 建 立 或 使 用 一 个 从 目标 类 到 源 类 的 引 
用 关系 ; (3) 将 源 对 象 当 作 参 数 传 给 目标 函数 ; (4) 如 果 所 需 特性 是 个 变量 ,将 它 当 作 


www.TopSage.com 


7.1 Move Method (搬移 函数 ) 


参数 传 给 目标 函数 。 
本 例 中 ， 我 将 _aaysoveradarawn 变 量 作为 参数 传 给 目标 函数 (上 述 (4)) 。 


调整 目标 函数 使 之 通过 编译 ， 而 后 就 可 以 将 源 函 数 的 函数 本 体 替 换 为 一 个 简单 
的 委托 动作 ， 然 后 编译 并 测试 : 


class Account... 
double overdraftCharge() { 
return _type.overdraftCharge(_daysOverdrawn) ; 
} 


我 可 以 保留 代码 如 今 的 样子 ， 也 可 以 删除 源 函 数 。 如 果 决 定 删除 ， 就 得 找 出 源 
函数 的 所 有 调用 者 ， 并 将 这 些 调用 重新 定向 ， 改 为 调用 account 的 bankcharae () ; 


class Account... 
double bankCharge({) { 
Gouble result = 4.5; 
if (_daysOverdrawn > 0) 
result += _type.overdraftCharge(_daysOverdrawn) ; 
return result; 
} 


所 有 调用 点 都 修改 完毕 后 ， 就 可 以 删除 源 函 数 在 account 中 的 声明 了 。 我 可 以 
在 每 次 删除 之 后 编译 并 测试 , 也 可 以 一 次 性 批量 完成 。 如 果 被 搬移 的 函数 不 是 private 
的 ， 我 还 需要 检查 其 他 类 是 否 使 用 了 这 个 函数 。 在 强 类 型 语言 中 ， 删 除 源 函数 声明 
后 ， 编 译 器 会 帮 我 发 现任 何 遗 漏 。 


此 例 之 中 被 搬移 函数 只 引用 了 一 个 字段 ， 所 以 只 需 将 这 个 字段 作为 参数 传 给 目 
标 函 数 就 行 了 。 如 果 被 搬移 函数 调用 了 account 中 的 另 一 个 函数 ， 我 就 不 能 这 么 简 
单 地 处 理 。 这 种 情况 下 必须 将 源 对 象 传 递 给 目标 函数 ; 


class AccountType... 
Gouble overdraftCharge(Account account) { 


if (isPremium()) { 
Gouble result = 10; 
if (account.getDaysOverdrawn() > 7) 
result += (account.getDaysOverdrawn() - 7) * 0.85; 
return result; 
} else 


return account.getDaysOverdrawn() * 1.75; 


} 


如 果 需 要 源 类 的 多 个 特性 ， 那 么 我 也 会 将 源 对 象 传递 给 目标 函数 。 不 过 如 果 目 
标 函 数 需 要 太 多 源 类 特性 ， 就 得 进一步 重 构 。 通 常 这 种 情况 下 ， 我 会 分 解 目标 函数 ， 
并 将 其 中 一 部 分 移 回 源 类 。 
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7.2 Move Field (搬移 字段 》 


你 的 程序 中 ， 某 个 字段 被 其 所 驻 类 之 外 的 另 一 个 类 更 多 地 用 到 。 
在 目标 类 新 建 一 个 字段 ， 修 改 源 字段 的 所 有 用 户 ， 令 它们 改 用 新 字段 。 


动机 
在 类 之 间 移 动 状 态 和 行为 ， 是 重 构 过 程 中 必 不 可 少 的 措施 。 随 着 系统 发 展 ， 你 
会 发 现 自己 需要 新 的 类 ， 并 需要 将 现 有 的 工作 责任 拖 到 新 的 类 中 。 在 这 个 星期 看 似 


合理 而 正确 的 设计 决策 ， 到 了 下 个 星期 可 能 不 再 正确 。 这 没 问题 。 如 果 你 从 来 没 遇 
到 这 种 情况 ， 那 才 有 问题 。 


如 果 我 发 现 ， 对 于 一 个 字段 ， 在 其 所 驻 类 之 外 的 男 一 个 类 中 有 更 多 函数 使 用 了 
它 ， 我 就 会 考虑 搬移 这 个 字段 。 上 述 所 谓 “ 使 用 ”可 能 是 通过 设 值 / 取 值 函数 间接 
进行 的 。 我 也 可 能 移动 该 字段 的 用 户 〈 某 个 函数 ) ， 这 取决 于 是 否 需 要 保持 接口 不 
受 变化 。 如 果 这 些 函 数 看 上 去 很 适合 待 在 原 地 ， 我 就 选择 搬移 字段 。 


使 用 Extract Class (149) 时 ， 我 也 可 能 需要 搬移 字段 。 此 时 我 会 先 搬移 字段 ， 然 
后 再 搬移 函数 。 


做 法 
口 如 果 字 段 的 访问 级 是 public， 使 用 Encapsulate Field (206) 将 它 封 装 起 来 。 


D 如 果 你 有 可 能 移动 那些 频繁 访问 该 字段 的 函数 ,或 如 果 有 许多 函数 访问 某 
个 字段 ， 先 使 用 Self Encapsulate Field (171) 也 许 会 有 帮助 。 


a 编译 ， 测 试 。 
O 在 目标 类 中 建立 与 源 字段 相同 的 字段 ， 并 同时 建立 相应 的 设 值 / 取 值 函数 。 
O 编译 目标 类 。 
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O 决定 如 何在 源 对 象 中 引用 目标 对 象 。 
> 首先 看 是 否 有 一 个 现成 的 字段 或 函数 可 以 助 你 得 到 目标 对 象 。 如 果 没 有 ， 
就 看 能 否 轻易 建立 这 样 一 个 函数 .如 果 还 不 行 , 就 得 在 源 类 中 新 建 一 个 字 
段 来 存放 目标 对 象 。 这 可 能 是 个 永久 性 修改 ， 但 你 也 可 以 让 它 是 暂时 的 ， 
因为 后 续 重 构 可 能 会 把 这 个 新 建 字段 除 掉 . 
O 删除 源 字段 。 
a 将 所 有 对 源 字段 的 引用 替换 为 对 某 个 目标 函数 的 调用 。 


> 如 果 需 要 读 取 该 变量 ， 就 把 对 源 字 段 的 引用 替换 为 对 目标 取 值 函数 的 调 
用 ; 如 果 要 对 该 变量 赋值 ,就 把 对 源 字 段 的 引用 替换 成 对 设 值 函 数 的 调用 。 

> 如 果 源 字段 不 是 private 的 ， 就 必须 在 源 类 的 所 有 子 类 中 查找 源 字段 的 引用 
点 ， 并 进行 相应 替换 。 


O 编译 ， 测 试 。 
范例 
下 面 是 Account 类 的 部 分 代码 : 


class Account... 
private AccountType _type; 
private double _interestRate; 


double interestForAmount_days (double amount, int days) { 
return _interestRate * amount * days / 365; 
} 


我 想 把 表示 利率 的 _interestRate 搬 移 到 AccountType 类 去 。 目 前 已 有 数 个 
函数 引用 了 它 ，interestForamount_days() 就 是 其 一 。 下 一 步 我 要 在 account- 
Type 中 建立 _interestRate 字 段 以 及 相应 的 访问 函数 ; 


class AccountType... 
private double _interestRate; 


void setInterestRate (double arg) { 
—interestRate = arg; 


} 
Gouble getInterestRate () { 
return _interestRate; 


} 
这 时 候 我 可 以 编译 新 的 AccountType 类 了 。 
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现在 , 我 需要 让 Account 类 中 访问 _interestRate 字 段 的 函数 转 而 使 用 Account - 
Type 对 象 ， 然 后 删除 Account 类 中 的 _interestRate 字 段 。 我 必须 删除 源 字 段 ， 才 能 
保证 其 访问 函数 的 确 改变 了 操作 对 象 ， 因 为 编译 器 会 帮 有 我 指出 未 被 正确 修改 的 函数 。 


private double _interestRate; 


double interestForAmount_days (double amount, int days) { 
return _type.getInterestRate() * amount * days / 365; 
} 


范例 : 使 用 Self-Encapsulation 


如 果 有 很 多 函数 已 经 使 用 了 _interestRate 字 段 ， 我 应 该 先 运 用 Self Encapsulate 
Field (171) (自我 封装 ) : 


class Account... 
private AccountType _type; 
private double _interestRate; 


double interestForAmount_days(double amount, int days) { 
return getInterestRate() * amount * days / 365; 
} 


private void setInterestRate(double arg) { 
_interestRate = arg; 


} 


private double getInterestRate() { 
return _interestRate; 
} 


这 样 ， 在 搬移 字段 之 后 ， 我 就 只 需要 修改 访问 函数 : 


Gouble interestForAmountAndDays (double amount, int days) { 
return getInterestRate() * amount * days / 365; 
} 


private void setInterestRate(double arg) { 
_type.setInterestRate (arg); 


private double getInterestRate() { 
return _type.getInterestRate(); 
} 


以 后 着 有 必要 ， 我 可 以 修改 访问 函数 的 用 户 ， 让 它们 使 用 新 对 象 。Self Encapsulate 
Field (171) 使 我 得 以 保持 小 步 前 进 。 如 果 我 需要 对 类 做 许多 处 理 ， 保 持 小 步 前 进 是 
有 帮助 的 。 特 别 值得 一 提 的 是 : 首先 使 用 Self Encapsulate Field (171) 使 我 得 以 更 轻松 
使 用 Move Method (142) 将 函数 搬移 到 目标 类 中 。 如 果 待 搬移 函数 引用 了 字段 的 访问 
函数 ， 那 些 引用 点 是 无 需 修 改 的 。 
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某 个 类 做 了 应 该 由 两 个 类 做 的 事 。 


7.3 Extract Class (提炼 类 ) 


建立 一 个 新 类 ， 将 相关 的 字段 和 函数 从 旧 类 搬移 到 新 类 。 





你 也 许 听 过 类 似 这 样 的 教诲 : 一 个 类 应 该 是 一 个 清楚 的 抽象 ， 处 理 一 些 明确 的 
责任 。 但 是 在 实际 工作 中 ， 类 会 不 断 成 长 扩展 。 你 会 在 这 儿 加 入 一 些 功能 ， 在 那儿 
加 入 一 些 数据 。 给 茶 个 类 添加 一 项 新 责任 时 ， 你 会 觉得 不 值得 为 这 项 责任 分 离 出 一 
个 单独 的 类 。 于 是 ， 随 着 责任 不 断 增加 ， 这 个 类 会 变 得 过 分 复杂 。 很 快 ， 你 的 类 就 
会 变 成 一 团 乱 麻 。 





这 样 的 类 往往 含有 大 量 函 数 和 数据 。 这 样 的 类 往往 太 大 而 不 易 理 解 。 此 时 你 需 
要 考虑 哪些 部 分 可 以 分 离 出 去 ， 并 将 它们 分 离 到 一 个 单独 的 类 中 。 如 果 某 些 数据 和 
某 些 函数 总 是 一 起 出 现 ， 某 些 数 据 经 常 同时 变化 甚至 彼此 相依 ， 这 就 表示 你 应 该 将 
它们 分 离 出 去 。 一 个 有 用 的 测试 就 是 问 你 自己 ， 如 果 你 搬移 了 某 些 字段 和 函数 ， 会 
发 生 什 么 事 ? 其 他 字段 和 函数 是 否 因此 变 得 无 意义 ? 


另 一 个 往往 在 开发 后 期 出 现 的 信号 是 类 的 子 类 化 方式 。 如 果 你 发 现 子 类 化 只 影 
响 类 的 部 分 特性 ， 或 如 果 你 发 现 某 些 特性 需要 以 一 种 方式 来 子 类 化 ， 某 些 特性 则 需 
要 以 另 一 种 方式 子 类 化 ， 这 就 意味 你 需要 分 解 原来 的 类 。 
做 法 
O 决定 如 何 分 解 类 所 负 的 责任 。 
O 建立 一 个 新 类 ， 用 以 表现 从 旧 类 中 分 离 出 来 的 责任 。 
> 如 果 旧 类 剩 下 的 责任 与 旧 类 名 称 不 符 ， 为 旧 类 更 名 。 
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O 建立 “从 旧 类 访问 新 类 ”的 连接 关系 。 
六 有 可 能 需要 一 个 双向 连接 。 但 是 在 真正 需要 它 之 前 ， 不 要 建立 “从 新 类 通 
往 旧 类 ”的 连接 。 
O 对 于 你 想 搬移 的 每 一 个 字段 ， 运 用 Move Field (146) 搬 移 之 。 
D 每 次 搬移 后 ， 编 译 、 测 试 。 


O 使 用 Move Method (142) 将 必要 函数 搬移 到 新 类 。 先 搬移 较 低层 函数 〈 也 就 是 
“被 其 他 函数 调用 ”多 于 “调用 其 他 函数 ”者 ) ， 再 搬移 较 高 层 函 数 。 


0 每 次 搬移 之 后 ， 编 译 、 测 试 。 
O 检查 ， 精 简 每 个 类 的 接口 。 
> 如 果 你 建立 起 双向 连接 ， 检 查 是 否 可 以 将 它 改 为 单 向 连接 。 


O 决定 是 否 公 开 新 类 。 如 果 你 的 确 需要 公开 它 ， 就 要 决定 让 它 成 为 引用 对 象 还 
是 不 可 变 的 值 对 象 。 


范例 
我 们 从 一 个 简单 的 Person 类 开始 : 


class Person... 

public String getName() { 
return _name; 

} 

public String getTelephoneNumber() { 
return ("("“ + _officeAreaCode + ") " + _officeNumber); 

} 

String getOfficeAreaCode() { 
return _officeAreaCode; 

} 

void setOfficeAreaCode(String arg) { 
_officeAreaCode = arg; 

} 

String getOfficeNumber() { 
return _officeNumber; 

} 

void setOfficeNumber (String arg) { 
_officeNumber = arg; 

} 


private String _name; 


private String _officeAreaCode; 
private String _officeNumber; 
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在 这 个 例子 中 ， 我 可 以 将 与 电话 号 码 相关 的 行为 分 离 到 一 个 独立 类 中 。 首 先 我 
要 定义 一 个 TelephoneNumber 类 来 表示 “电话 号 码 ” 这 个 概念 : 


class TelephoneNumber { 
} 


易如反掌 ! 然后 ， 我 要 建立 从 Person 到 TelephoneNumber 的 连接 : 


class Person 
private TelephoneNumber _officeTelephone = new TelephoneNumber () ; 


现在 ， 我 运用 Move Field (146) 移 动 一 个 字段 : 


class TelephoneNumber { 
String getAreaCode() { 
return _areaCode; 
} 
void setAreaCode(String arg) { 
_areaCode = arg; 
} 
private String _areaCode; 
} 
class Person... 
public String getTelephoneNumber() { 
return ("(" + getOfficeAreaCode() + ") " + _officeNumber) ; 





} 
String getOfficeAreaCode() { 
return _officeTelephone.getAreaCode ( ) ; 
} 
void setOfficeAreaCode(String arg) { 
_officeTelephone.setAreaCode (arg); 
} 


然后 我 可 以 移动 其 他 字段 , 并 运用 Move Method (142) 将 相关 函数 移动 到 Telep- 
honeNumber 类 中 : 


class Person... 
public String getName() { 
return _name; 
} 
public String getTelephoneNumber() { 
return _officeTelephone.getTelephoneNumber () ; 
} 
TelephoneNumber getOfficeTelephone() { 
return _officeTelephone; 


private String _name; 
private TelephoneNumber _officeTelephone = new TelephoneNumber () ; 
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class TelephoneNumber... 
public String getTelephoneNumber() { 
return ("(" + _areaCode + ") “ + _number); 
} 


String getAreaCode() { 
return _areaCode; 
} 


void setAreaCode(String arg) { 
_areaCode = arg; 
} 


String getNumber() { 
return _number; 
} 


void setNumber (String arg) { 
„number = arg; 

} . 

private String _number; 

private String _areaCode; 


下 一 步 要 做 的 决定 是 : 要 不 要 对 用 户 公 开 这 个 新 类 ? 我 可 以 将 Person 中 与 电话 
号 码 相 关 的 函数 委托 至 TelephoneNumber， 从 而 完全 隐藏 这 个 新 类 ; 也 可 以 直接 
将 它 对 用 户 公开 。 我 还 可 以 将 它 公开 给 部 分 用 户 ( 位 于 同一 个 包 中 的 用 户 )，， 而 不 
公开 给 其 他 用 户 。 


如 果 我 选择 公开 新 类 , 就 需要 考虑 别名 带 来 的 危险 。 如 果 我 公开 了 Telephone- 
Number， 而 有 个 用 户 修改 了 对 象 中 的 _areacoae 字 段 值 ， 我 又 怎么 能 知道 呢 ? 而 
且 ， 做 出 修改 的 可 能 不 是 直接 用 户 ， 而 是 用 户 的 用 户 的 用 户 。 


面 对 这 个 问题 ， 我 有 下 列 几 种 选择 。 


1. 允许 任何 对 象 修改 relephoneNumber 对 象 的 任何 部 分 。 这 就 使 得 releph- 
oneNumber 对 象 成 为 引用 对 象 ， 于 是 我 应 该 考虑 使 用 Change Value to Reference 
(179)。 这 种 情况 下 ，Person 应 该 是 TelephoneNumber 的 访问 点 。 


2. 不 许 任何 人 不 通过 Person 对 象 就 修改 relephoneNumber 对 象 。 为 此 ， 我 可 
以 将 relephoneNumbezr 设 为 不 可 修改 的 ， 或 为 它 提供 一 个 不 可 修改 的 接口 。 


3。 另 一 个 办 法 是 ， 先 复制 一 个 relephoneNumber 对 象 ， 然后 将 复制 得 到 的 新 
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对 象 传递 给 用 户 。 但 这 可 能 会 造成 一 定 程度 的 迷惑 ， 因 为 人 们 会 认为 他 们 可 以 修改 
TelephoneNumber 对 象 值 。 此 外 ， 如 果 同 一 个 TelephoneNumber 对 象 被 传递 给 多 
个 用 户 ， 也 可 能 在 用 户 之 间 造 成 别名 问题 。 


Extract Class (149) 是 改善 并 发 程序 的 一 种 常用 技术 ， 因 为 它 使 你 可 以 为 提炼 后 
的 两 个 类 分 别 加 锁 。 如 果 你 不 需要 同时 锁定 两 个 对 象 ， 就 不 必 这 样 做 。 这 方面 的 更 
多 信息 请 看 Lea[Lea] 的 3.3 节 。 


这 里 也 存在 危险 性 。 如 果 需 要 确保 两 个 对 象 被 同时 锁定 ， 你 就 面临 事务 问题 ， 
需要 使 用 其 他 类 型 的 共享 锁 。 正 如 Lea[Lea] 的 8.1 节 所 讨论 的 ， 这 是 一 个 复杂 领域 ， 
比 起 一 般 情况 需要 更 繁重 的 机 制 。 事 务 很 有 实用 性 ， 但 是 编写 事务 管理 程序 则 超出 
了 大 多 数 程序 员 的 职责 范围 。 
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7.4 Inline Class (将 类 内 联 化 ) 
某 个 类 没有 做 太 多 事情 。 
将 这 个 类 的 所 有 特性 搬移 到 另 一 个 类 中 ， 然 后 移 除 原 类 。 










name 
areaCode 
number 


getTelephoneNumber 





动机 

Inline Class (154) 正 好 与 Extract Class (149) 相 反 。 如 果 一 个 类 不 再 承担 足够 责任 、 
不 再 有 单独 存在 的 理由 《这 通常 是 因为 此 前 的 重 构 动 作 移 走 了 这 个 类 的 责任 ) ， 我 
就 会 挑选 这 一 “ 获 缩 类 ”的 最 频繁 用 户 (也 是 个 类 ) ， 以 Inline Class SAFIER “Æ 
缩 类 ” 塞 进 另 一 个 类 中 。 


做 法 
o 在 目标 类 身上 声明 源 类 的 public 协 议 ， 并 将 其 中 所 有 函数 委托 至 源 类 。 


福 如 果 “ 以 一 个 独立 接口 表示 源 类 函数 ”更 合适 的 话 ， 就 应 该 在 内 联 之 前 先 
使 用 Extract Interface (341). 


a 修改 所 有 源 类 引用 点 ， 改 而 引用 目标 类 。 


> 将 源 类 声明 为 private， 以 斩 断 包 之 外 的 所 有 引用 可 能 。 同 时 修改 源 类 的 名 
称 ， 这 便 可 使 编译 器 帮助 你 捕捉 到 所 有 对 于 源 类 的 隐藏 引用 点 。 


O 编译 ， 测 试 。 
a 运用 Move Method (142) 和 Move Field (146), 将 源 类 的 特性 全 部 搬移 到 目标 类 。 
QO 为 源 类 举行 一 个 简单 的 “丧礼 ”。 
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范例 


先前 “上 个 重 构 项 ) 我 从 TelephoneNumber 提 炼 出 另 一 个 类 ， 现 在 我 要 将 它 
塞 回 到 Person 去 。 一 开始 这 两 个 类 是 分 离 的 : 


class Person... 
public String getName() { 
return _name; 
} 
public String getTelephoneNumber() { 
return _officeTelephone.getTelephoneNumber (); 
} 
TelephoneNumber getOfficeTelephone() { 
return _otficeTelephone; 


private String _name; 
private TelephoneNumber _officeTelephone = new TelephoneNumber () ; 


class TelephoneNumber... 





public String getTelephoneNumber() { 
return ("(" + _areaCode + ") " + _number); 

} 

String getAreaCode() { 
return _areaCode; 

} 

void setAreaCode(String arg) { 
_areaCode = arg; 

} 

String getNumber() { 
return _number; 

} 

void setNumber (String arg) { 
_number = arg; 

} 

private String _number; 

private String _areaCode; 


首先 我 在 Person 中 声明 TelephoneNumber 的 所 有 “可 见 ” (public) 函数 : 


class Person... 
String getAreaCode() { 
return _officeTelephone.getAreaCode () ; 
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void setAreaCode(String arg) { 
_officeTelephone.setAreaCode (arg); 

} 

String getNumber() { 
return _officeTelephone.getNumber (); 

} 

void setNumber (String arg) { 
_officeTelephone.setNumber (arg); 


} 


现在 ， 我 要 找 出 TelephoneNumber 的 所 有 用 户 ， 让 它们 转 而 使 用 Person 的 接 
口 。 于 是 下 列 代 码 : 


Person martin = new Person(); 


martin.getOfficeTelephone().setAreaCode ("781"); 
就 变 成 了 : 


Person martin = new Person(); 
martin.setAreaCode ("781"); 


现在 , 我 可 以 反复 使 用 Move Method (142) 和 Move Field (146), 直到 Telephone- 
Number 不 复 存在 。 
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7.5 Hide Delegate (隐藏 “委托 关系 ”) 
客户 通过 一 个 委托 类 来 调用 另 一 个 对 象 。 
在 服务 类 上 建立 客户 所 需 的 所 有 函数 ， 用 以 隐藏 委托 关系 。 


动机 


“封装 ”即使 不 是 对 象 的 最 关键 特征 ， 也 是 最 关键 特征 之 一 。 “封装 ”意味 每 
个 对 象 都 应 该 尽 可 能 少 了 解 系统 的 其 他 部 分 。 如 此 一 来 ， 一 旦 发 生变 化 ， 需 要 了 解 
这 一 变化 的 对 象 就 会 比较 少 一 一 这 会 使 变化 比较 容易 进行 。 





任何 学 过 对 象 技术 的 人 都 知道 : 虽然 Java 允 许 将 字段 声明 为 public, 但 你 还 是 应 
该 隐藏 对 象 的 字段 。 随 着 经 验 日 渐 丰 富 ， 你 会 发 现 ， 有 更 多 可 以 《而 且 值得 ) 封装 
的 东西 。 


如 果 某 个 客户 先 通过 服务 对 象 的 字段 得 到 另 一 个 对 象 ， 然 后 调用 后 者 的 函数 ， 
那么 客户 就 必须 知晓 这 一 层 委托 关系 。 万 一 委托 关系 发 生变 化 , 客户 也 得 相应 变化 。 
你 可 以 在 服务 对 象 上 放置 一 个 简单 的 委托 函数 ， 将 委托 关系 隐藏 起 来 ， 从 而 去 除 这 
种 依赖 〈 图 7-1) 。 这 么 一 来 ， 即 便 将 来 发 生 委托 关系 上 的 变化 ， 变 化 也 将 被 限制 在 
服务 对 象 中 ， 不 会 波及 客户 。 
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delegate.method(} 


图 7-1 简单 委托 关系 


对 于 某 些 或 全 部 客户 ， 你 可 能 会 发 现 ， 有 必要 先 使 用 Extract Class (149)。 一 旦 
你 对 所 有 客户 都 隐藏 了 委托 关系 ， 就 不 再 需要 在 服务 对 象 的 接口 中 公开 被 委托 对 象 
Ty 


做 法 
O 对 于 每 一 个 委托 关系 中 的 函数 ， 在 服务 对 象 端 建立 一 个 简单 的 委托 函数 。 
口 调整 客户 ， 令 它 只 调用 服务 对 象 提供 的 函数 。 


> 如 果 使 用 者 和 服务 提供 者 不 在 同一 个 包 ， 考 虑 修改 委托 函数 的 访问 权限 ， 
让 客户 得 以 在 包 之 外 调用 它 。 


a 每 次 调整 后 ， 编 译 并 测试 。 


口 如 果 将 来 不 再 有 任何 客户 需要 取 用 图 7-1 的 pelegate (受托 类 ) ， 便 可 移 除 
服务 对 象 中 的 相关 访问 函数 。 


O 编译 ， 测 试 。 
范例 
本 例 从 两 个 类 开始 : 代表 “人 ”的 Person 和 代表 “部 门 ” 的 Department: 


class Person { 
Department _department; 


public Department getDepartment() { 


return _department; 
} 
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public void setDepartment (Department arg) { 
_Gepartment = arg; 
} 
} 


class Department { 
private String _chargeCode; 
private Person _manager; 


public Department (Person manager) { 
_manager = manager; 


} 


public Person getManager() { 
return _manager; 


} 


如 果 客 户 希 望 知道 某 人 的 经 理 是 谁 ， 他 必须 先 取 得 pepartment 对 象 : 


manager = john.getDepartment ().getManager(); 
这 样 的 编码 就 是 对 客户 揭 器 了 Department 的 工作 原理 , 于 是 客户 知道 : Depa- 


rtment 用 以 追踪 “经 理 ” 这 条 信息 。 如 果 对 客户 隐藏 Department， 可 以 减少 耦合 。 
为 了 这 一 目的 ， 我 在 Person 中 建立 一 个 简单 的 委托 函数 : 


public Person getManager() { 





return _department.getManager ({); 
} 


现在 ， 我 得 修改 Person 的 所 有 客户 ， 让 它们 改 用 新 消 数 : 


Manager = john.getManager(); 


只 要 完成 了 对 Department 所 有 函数 的 委托 关系 ， 并 相应 修改 了 person 的 所 有 
客户 ， 我 就 可 以 移 除 Person 中 的 访问 函数 getDepartment () Te 
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7.6 Remove Middle Man (〈 移 除 中 间 人 ) 
某 个 类 做 了 过 多 的 简单 委托 动作 。 
让 客户 直接 调用 受托 类 。 


getManager 


I, 


动机 

在 Hide Delegate (157) 的 “动机 ”一 节 中 ， 我 谈 到 了 “封装 受托 对 象 ”的 好 处 。 
但 是 这 层 封 装 也 是 要 付出 代价 的 ， 它 的 代价 就 是 : 每 当 客 户 要 使 用 受托 类 的 新 特性 
时 ， 你 就 必须 在 服务 端 添加 一 个 简单 委托 函数 。 随 着 受托 类 的 特性 〈 功 能 ) 越 来 越 
多 ， 这 一 过 程 会 让 你 痛苦 不 已 。 服 务 类 完全 变 成 了 一 个 “中 间 人 ”， 此 时 你 就 应 该 
让 客户 直接 调用 受托 类 。 

很 难说 什么 程度 的 隐藏 才 是 合适 的 。 还 好 ， 有 了 Hide Delegate (157) 和 Remove 
Middle Man (160)， 你 大 可 不 必 操 心 这 个 问题 ， 因 为 你 可 以 在 系统 运行 过 程 中 不 断 进 
行 调 整 。 随 着 系统 的 变化 ，“ 合 适 的 隐藏 程度 ”这 个 尺度 也 相应 改变 。6 个 月 前 恰 如 
其 分 的 封装 ， 现 今 可 能 就 显得 笨拙 。 重 构 的 意义 就 在 于 : 你 永远 不 必 说 对 不 起 
只 要 把 出 问题 的 地 方 修补 好 就 行 了 。 

做 法 
a 建立 一 个 函数 ， 用 以 获得 受托 对 象 。 
O 对 于 每 个 委托 函数 ， 在 服务 类 中 删除 该 函数 ， 并 让 需要 调用 该 函数 的 客户 转 
为 调用 受托 对 象 。 
O 处 理 每 个 委托 函数 后 ， 编 译 、 测 试 。 
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范例 


我 将 以 另 一 种 方式 使 用 先前 用 过 的 “人 与 部 门 ”例子 。 还 记得 吗 ， 上 一 项 重 构 
结束 时 ， Person 将 Department 隐 藏 起 来 了 : 


class Person... 
Department _department; 
public Person getManager({) { 
return _department .getManager ()}; 


class Department... 
private Person _manager; 
public Department (Person manager) { 
manager = manager; 


为 了 找 出 某 人 的 经 理 ， 客 户 代码 可 能 这 样 写 : 


manager = john.getManager(); 





像 这 样 ， 使 用 和 封装 pepartment 都 很 简单 。 但 如 果 大 量 函 数 都 这 人 么 做 ， 我 就 
不 得 不 在 Person 之 中 安置 大 量 委托 行为 。 这 就 该 是 移 除 中 间 人 的 时 候 了 。 首 先 在 
Person 中 建立 一 个 函数 用 于 获得 受托 对 象 ; 


class Person... 
public Department getDepartment() { 
return _department; 


) 


然后 逐一 处 理 每 个 委托 函数 。 针 对 每 一 个 这 样 的 函数 ， 我 要 找 出 通过 Person 
使 用 的 函数 ， 并 对 它 进行 修改 ， 使 它 首先 获得 受托 对 象 ， 然 后 直接 使 用 后 者 ; 


manager = john.getDepartment ().getManager(); 


然后 我 就 可 以 删除 Person 的 getManager () 函数 。 如 果 我 遗漏 了 什么 ,编译 器 


为 方 使 起 见 ， 我 也 可 能 想 要 保留 一 部 分 委托 关系 。 此 外 ， 我 也 可 能 希望 对 某 些 
客户 隐藏 委托 关系 ， 并 让 另 一 些 用 户 直接 使 用 受托 对 象 。 基 于 这 些 原因 ， 一 些 简 单 
的 委托 关系 《以 及 对 应 的 委托 函数 ) 也 可 能 被 留 在 原 地 。 
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7.7 Introduce Foreign Method (引入 外 加 函数 ) 


你 需要 为 提供 服务 的 类 增加 一 个 函数 ， 但 你 无 法 修改 这 个 类 。 
在 客户 类 中 建立 一 个 函数 ， 并 以 第 一 参数 形式 传 入 一 个 服务 类 实例 。 


Date’ newStart = new Date (previousEnd. getYear(),_ 
Kaet previousEnd.getMonth(), previousEnd. Getbacet) + 1); 


th 


Date newStart = next Day (previousEnd) ; PA 


PETT static Date nextDay (Date seas’ { : 
return new Date (arg. getYear(), arg.getMonth(), arg.getDate() + 1)? 
$ 


动机 
这 种 事情 发 生 过 太 多 次 了 : 你 正在 使 用 一 个 类 ， 它 真 的 很 好 ， 为 你 提供 了 需要 
的 所 有 服务 。 而 后 ， 你 又 需要 一 项 新 服务 ， 这 个 类 却 无 法 供应 。 于 是 你 开始 咒骂 ; 


“为 什么 不 能 做 这 件 事 ?” 如 果 可 以 修改 源码 ， 你 便 可 以 自行 添加 一 个 新 函数 ;如果 
不 能 ， 你 就 得 在 客户 端 编码 ， 补 足 你 要 的 那个 函数 。 


如 果 客 户 类 只 使 用 这 项 功能 一 次 ， 那 么 额外 编码 工作 没什么 大 不 了 ， 甚 至 可 能 
根本 不 需要 原本 提供 服务 的 那个 类 。 然 而 ， 如 果 你 需要 多 次 使 用 这 个 函数 ， 就 得 不 
断 重 复 这 些 代 码 。 还 记得 吗 ， 重 复 代码 是 软件 万 恶 之 源 。 这 些 重复 代码 应 该 被 抽出 
来 放 进 同一 个 函数 中 。 进 行 本 项 重 构 时 ， 如 果 你 以 外 加 函数 实现 一 项 功能 ， 那 就 是 
一 个 明确 信号 : 这 个 函数 原本 应 该 在 提供 服务 的 类 中 实现 。 


如 果 你 发 现 自己 为 一 个 服务 类 建立 了 大 量 外 加 函数 ， 或 者 发 现 有 许多 类 都 需要 
同样 的 外 加 函数 ， 就 不 应 该 再 使 用 本 项 重 构 ， 而 应 该 使 用 Introduce Local Extension 
(164). 
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但 是 不 要 忘记 : 外 加 函数 终归 是 权宜 之 计 。 如 果 有 可 能 ， 你 仍然 应 该 将 这 些 函 
数 搬移 到 它们 的 理想 家 园 。 如 果 由 于 代码 所 有 权 的 原因 使 你 无 法 做 这 样 的 搬移 ， 就 
把 外 加 函数 交 给 服务 类 的 拥有 者 ， 请 他 帮 你 在 服务 类 中 实现 这 个 函数 。 


做 法 
a 在 客户 类 中 建立 一 个 函数 ， 用 来 提供 你 需要 的 功能 。 


> 这 个 函数 不 应 该 调用 客户 类 的 任何 特性 。 如果 它 需要 一 个 值 ， 把 该 值 当 作 
参数 传 给 它 ， 


O 以 服务 类 实例 作为 该 函数 的 第 一 个 参数 。 
O 将 该 函数 注释 为 : “外 加 函数 〈foreign method) ， 应 在 服务 类 实现 。” 


=> 这 么 一 来 ， 如 果 将 来 有 机 会 将 外 加 函数 搬移 到 服务 类 中 时 ,你 便 可 以 轻松 
找 出 这 些 外 加 函数 。 





范例 


程序 中 ， 我 需要 跨 过 一 个 收费 周期 。 原 本 代码 像 这 样 : 


Date newStart = new Date (previousEnd.getYear(), 
previousEnd.getMonth(), previousEnd.getDate() + 1); 


我 可 以 将 赋值 运算 右 侧 代码 提炼 到 一 个 独立 函数 中 。 这 个 函数 就 是 Date 类 的 一 
个 外 加 函数 : 


Date newStart = nextDay (previousEnd); 


private static Date nextDay(Date arg) { 
// foreign method, should be on date 


return new Date (arg.getYear(),arg.getMonth(), arg.getDate({) + 1); 
} 


www. TopSage.com 


第 7 章 在 对 象 之 间 搬 移 特性 





7.8 Introduce Local Extension (引入 本 地 扩展 ) 


你 需要 为 服务 类 提供 一 些 额 外 函数 ， 但 你 无 法 修改 这 个 类 。 
建立 一 个 新 类 ， 使 它 包含 这 些 额 外 函数 。 让 这 个 扩展 品 成 为 源 类 的 子 类 或 包装 类 。 


| >》 








动机 

很 遗憾 , 类 的 作者 无 法 预知 未 来 , 他 们 常常 没 能 为 你 预先 准备 一 些 有 用 的 函数 。 
如 果 你 可 以 修改 源码 ， 最 好 的 办 法 就 是 直接 加 入 自己 需要 的 函数 。 但 你 经 常 无 法 修 
改 源码 。 如 果 只 需要 一 两 个 函数 ， 你 可 以 使 用 Introduce Foreign Method (162)。 但 如 
果 你 需要 的 额外 函数 超过 两 个 ， 外 加 函数 就 很 难 控制 它们 了 。 所 以 ， 你 需要 将 这 些 
函数 组 织 在 一 起 ， 放 到 一 个 恰当 地 方 去 。 要 达到 这 一 目的 ， 两 种 标准 对 象 技术 一 一 
子 类 化 (subclassing) 和 包装 (wrapping) 一 一 是 显而易见 的 办 法 。 这 种 情况 下 ， 我 
把 子 类 或 包装 类 统称 为 本 地 扩展 (local extension) 。 


所 谓 本 地 扩展 是 一 个 独立 的 类 ， 但 也 是 被 扩展 类 的 子 类 型 ; 它 提供 源 类 的 一 切 
特性 ， 同 时 额外 添加 新 特性 。 在 任何 使 用 源 类 的 地 方 ， 你 都 可 以 使 用 本 地 扩展 取 而 
代 之 。 


使 用 本 地 扩展 使 你 得 以 坚持 “函数 和 数据 应 该 被 统一 封装 ”的 原则 。 如 果 你 一 
直 把 本 该 放 在 扩展 类 中 的 代码 零散 地 放置 于 其 他 类 中 ， 最 终 只 会 让 其 他 这 些 类 变 得 
过 分 复杂 ， 并 使 得 其 中 函数 难以 被 复 用 。 
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在 子 类 和 包装 类 之 间 做 选择 时 ， 我 通常 首选 子 类 ， 因 为 这 样 的 工作 量 比较 少 。 
制作 子 类 的 最 大 障碍 在 于 ， 它 必须 在 对 象 创 建 期 实施 。 如 果 我 可 以 接管 对 象 创建 过 
程 ， 那 当然 没 问题 ， 但 如 果 你 想 在 对 象 创建 之 后 再 使 用 本 地 扩展 ， 就 有 问题 了 。 此 
外 ， 子 类 化 方案 还 必须 产生 一 个 子 类 对 象 ， 这 种 情况 下 ， 如 果 有 其 他 对 象 引用 了 旧 
对 象 ， 我 们 就 同时 有 两 个 对 象 保存 了 原 数 据 ! 如 果 原 数据 是 不 可 修改 的 ， 那 也 没 问 
题 ， 我 可 以 放心 进行 复制 ， 但 如 果 原 数据 允许 被 修改 ， 问 题 就 来 了 ， 因 为 一 个 修改 
动作 无 法 同时 改变 两 份 副本 。 这 时 候 我 就 必须 改 用 包装 类 。 使 用 包装 类 时 ， 对 本 地 
扩展 的 修改 会 波及 原 对 象 ， 反 之 亦 然 。 


做 法 
O 建立 一 个 扩展 类 ， 将 它 作 为 原始 类 的 子 类 或 包装 类 。 
O 在 扩展 类 中 加 入 转型 构造 函数 。 


=> 所 谓 “ 转 型 构造 函数 ”是 指 “ 接 受 原 对 象 作为 参数 ”的 构造 函数 。 如 果 采 
用 子 类 化 方案 , 那么 转型 构造 函数 应 该 调用 适当 的 超 类 构造 函数 ; 如 果 采 
用 包装 类 方案 ,那么 转型 构造 函数 应 该 将 它 得 到 的 传 入 参数 以 实例 变量 的 
形式 保存 起 来 ， 用 作 接 受 委 托 的 原 对 象 。 


O 在 扩展 类 中 加 入 新 特性 。 

D 根据 需要 ， 将 原 对 象 替换 为 扩展 对 象 。 

O 将 针对 原始 类 定义 的 所 有 外 加 函数 搬移 到 扩展 类 中 。 
范例 

我 将 以 Java1.0.1 的 Date 类 为 例 。Javal.1 已 经 提供 了 我 想 要 的 功能 ， 但 是 在 它 到 
来 之 前 的 那 段 日子， 很 多 时 候 我 需要 扩展 Java 1.0.1 的 Date 类 。 

第 一 件 待 决 事项 就 是 : 使 用 子 类 还 是 包装 类 。 子 类 化 是 比较 显而易见 的 办 法 : 

class MfDateSub extends Date { 


public MfDateSub nextDay()... 
public int dayOfYear()... 


包装 类 则 需 用 上 委托 : 


class MfDateWrap { 
private Date _original; 
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范例 ， 使 用 子 类 
首先 ， 我 要 新 建立 一 个 MEDatesub? 类 来 表示 “AR”, 并 使 其 成 为 Date 的 子 类 : 


class MfDateSub extends Date 


然后 ,我 需要 处 理 Date 和 扩展 类 之 间 的 不 同 处 。MfpateSsub 构 造 函 数 需要 委托 
Dat efi iM: 


public MfDateSub (String dateString) { 
super (dateString); 
}; 


现在 ， 我 需要 加 入 一 个 转型 构造 函数 ， 其 参数 是 一 个 源 类 的 对 象 : 


public MfDateSub (Date arg) { 
super (arg.getTime()); 
} 


现在 ， 我 可 以 在 扩展 类 中 添加 新 特性 ， 并 使 用 Move Method (142) 将 所 有 外 加 函 
数 搬移 到 扩展 类 。 于 是 ， 下 面 的 代码 : 


client class... 
private static Date nextDay(Date arg) { 
// foreign method, should be on date 
return new Date (arg.getYear(),arg.getMonth(), arg.getDate() + 1); 


} 
经 过 搬移 之 后 ， 就 成 了 : 


class MfDateSub... 
Date nextDay() { 
return new Date (getYear(),getMonth(), getDate() + 1); 
} 


范例 : 使 用 包装 类 
首先 声明 一 个 包装 类 : 


class MfDateWrap { 
private Date _original; 


} 
使 用 包装 类 方案 时 ， 我 对 构造 函数 的 设 定 与 先前 有 所 不 同 。 现 在 的 构造 函数 将 
只 执行 一 个 单纯 的 委托 动作 : 


public MfDateWrap (String dateString) { 
_original = new Date(dateString) ; 
}; 


O Mf 是 作者 Martin Fowler 的 姓名 缩写 。 一 一 译 者 注 
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而 转型 构造 函数 则 只 是 对 其 实例 变量 赋值 而 已 ; 


public MfDateWrap (Date arg) { 
-original = arg; 
} 


接 下 来 是 一 项 枯燥 乏味 的 工作 : 为 原始 类 的 所 有 函数 提供 委托 函数 。 我 只 展示 
两 个 函数 ， 其 他 函数 的 处 理 依 此 类 推 。 


public int getYear() { 
return _original.getYear({); 


} 


public boolean equals(Object arg) { 
if (this == arg) 
return true; 
if (!{arg instanceof MfDatewrap) ) 
return false; 
MfDateWrap other = ((MfDateWrap) arg); 
return (_original.equals(other._original)); 
} 


完成 这 项 工作 之 后 ， 我 就 可 以 后 使 用 Move Method (142) 将 日 期 相关 行为 搬移 到 
新 类 中 。 于 是 以 下 代码 : 
client class... 
private static Date nextDay(Date arg) { 
// foreign method, should be on date 
return new Date (arg.getYear(),arg.getMonth(), arg.getDate() + 1); 


经 过 搬移 之 后 ， 就 成 了 : 


class MfDateWrap... 
Date nextDay({) ¢ 
return new Date (getYear(),getMonth(), getDate() + 1); 
} 


使 用 包装 类 有 一 个 特殊 问题 : 如 何 处 理 “ 接 受 原始 类 之 实例 为 参数 ”的 函数 ? 
例如 : 


public boolean after (Date arg) 


由 于 无 法 改变 原始 类 ， 所 以 我 只 能 做 到 在 一 个 方向 上 的 兼容 一 一 包装 类 上 的 
after () 函数 可 以 接受 包装 类 或 原始 类 的 对 象 ， 但 原始 类 的 after () 函数 只 能 接受 
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原始 类 对 象 ， 不 接受 包装 类 对 象 : 


aWrapper.after(aDate) // can be made to work 
aWrapper.after(anotherWrapper) // can be made to work 
aDate.after (aWrapper) // will not work 


这 样 覆 写 的 目的 是 为 了 向 用 户 隐 藏 包装 类 的 存在 。 这 是 一 个 好 策略 ， 因 为 包装 
类 的 用 户 的 确 不 应 该 关心 包装 类 的 存在 , 的 确 应 该 可 以 同样 地 对 待 包装 类 和 原始 类 。 
但 是 我 无 法 完全 隐藏 包装 类 的 存在 ， 因 为 某 些 系统 所 提供 的 函数 《〈 例 如 eauals () ) 
会 出 问题 。 你 可 能 会 认为 :你 可 以 在 MfDatewrap 类 中 覆 写 eauals () ， 像 这 样 : 


public boolean equals (Date arg) // causes problems 


但 这 样 做 是 危险 的 ， 因 为 尽管 我 达到 了 自己 的 目的 ， 但 Java 系 统 的 其 他 部 分 都 
认为 equals () 符合 交换 律 : 如 果 a.eauals (b) AH, 那么 b.equals (a) 也 必 为 真 。 
违反 这 一 规则 将 使 我 遭遇 一 大 堆 莫名 其 妙 的 错误 。 要 避免 这 样 的 尴 众 境地 ， 唯 一 办 
法 就 是 修改 Date 类 。 但 如 果 我 能 够 修改 Date， 又 何必 进行 此 项 重 构 ? 所以， 在 这 
种 情况 下 ， 我 只 能 向 用 户 公开 “我 进行 了 包装 ”这 一 事实 。 我 将 以 一 个 新 函数 来 进 
行 日 期 之 间 的 相等 性 检查 : 


public boolean equalsDate (Date arg) 

我 可 以 重 载 eaualsDate() ， 让 一 个 重 载 版 本 接受 Date 对 象 ， 另 一 个 重 载 版 本 
接受 MfEpatewrap 对 象 。 这 样 我 就 不 必 检 查 未 知 对 象 的 类 型 了 : 

public boolean equalsDate (MfDateWrap arg) 

子 类 化 方案 中 就 没有 这 样 的 问题 ， 只 要 我 不 覆 写 原 函 数 就 行 了 。 但 如 果 我 覆 写 
了 原始 类 中 的 函数 ， 那 么 寻找 函数 时 ， 就 会 被 搞 得 坚 头 转向 。 一 般 来 说 ， 我 不 会 在 
扩展 类 中 覆 写 原始 类 的 函数 ， 只 会 添加 新 函数 。 
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章 将 介绍 几 个 能 让 你 更 轻松 处 理 数据 的 重 构 手法 ,很 多 人 或 许 会 认为 Self 

Encapsulate Field (171) 有 点 多 余 ， 但 是 关于 “对 象 应 该 直接 访问 其 中 的 
数据 ， 抑 或 应 该 通过 访问 函数 来 访问 ”这 一 问题 ， 争 论 的 声音 从 来 不 曾 停 止 。 有 时 
候 你 确实 需要 访问 函数 ， 此 时 就 可 以 通过 Self Encapsulate Field (171) 得 到 它们 。 通常 
我 会 选择 “直接 访问 ”方式 ， 因 为 我 发 现 ， 只 要 我 想 做 ， 任 何 时 候 进 行 这 项 重 构 都 
是 很 简单 的 。 





面 问 对 象 语言 有 一 个 很 有 用 的 特征 : 除了 允许 使 用 传统 语言 提供 的 简单 数据 类 
型 , 它们 还 允许 你 定义 新 类 型 。 不 过 人 们 往往 需要 一 段 时 间 才 能 习惯 这 种 编程 方式 。 
一 开始 你 常会 使 用 一 个 简单 数值 来 表示 某 个 概念 。 随 着 对 系统 的 深入 了 解 ， 你 可 能 
会 明白 ， 以 对 象 表示 这 个 概念 ， 可 能 更 合适 。Replace Value with Object (175) 让 你 可 
以 将 “ 旺 ” 数 据 变 成 善 表达 的 对 象 。 如 果 你 发 现 程 序 中 有 太 多 地 方 需要 这 一 类 对 和 象 ， 
也 可 以 使 用 Change Value to Reference (179) 将 它们 变 成 引用 对 象 。 


如 果 你 看 到 一 个 数组 的 行为 方式 很 像 一 个 数据 结构 ， 就 可 以 使 用 Replace Array 
with Object (186) 把 数组 变 成 对 象 ， 从 而 使 这 个 数据 结构 更 清晰 地 显露 出 来 。 但 这 只 
是 第 一 步 ， 当 你 使 用 Move Method (142) 为 这 个 新 对 象 加 入 相应 行为 时 ， 真 正 的 好 处 
才 得 以 体现 。 

魔法 数 一 一 也 就 是 带 有 特殊 含义 的 数字 一 一 从 来 都 是 个 问题 。 我 还 清楚 记得 ， 
一 开始 学 习 编程 的 时 候 ， 老 师 就 告诉 我 不 要 使 用 魔法 数 。 但 它们 还 是 不 时 出 现 。 因 
此 ,只 要 弄 清楚 糜 法 数 的 用 途 , 我 就 运用 Replace Magic Number with Symbolic Constant 
(204) 将 它们 除 掉 ， 以 绝 后 患 。 
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对 象 之 间 的 关联 可 以 是 单 向 的 ， 也 可 以 是 双向 的 。 单 向 关联 比较 简单 ， 但 有 时 
为 了 支持 一 项 新 功能 ， 你 需要 使 用 Change Unidirectional Association to Bidirectional 
(197) 将 它 变 成 双 问 关联 。Change Bidirectional Association to Unidirectional (200) 则 恰 
恰 相 反 : 如 果 你 发 现 不 再 需要 双向 关联 ， 可 以 使 用 这 项 重 构 将 它 变 成 单 向 关联 。 


我 常常 遇 到 这 样 的 情况 ，GUI 类 竟然 去 处 理 不 该 它们 处 理 的 业务 逻辑 。 为 了 把 
这 些 处 理 业 务 逻 辑 的 行为 移 到 合适 的 领域 类 去 ， 你 需要 在 领域 类 中 保存 这 些 逻 辑 的 
相关 数据 ， 并 运用 Duplicate Observed Data (189) 提 供 对 GUI 的 支持 。 一 般 来 说 ， 我 不 
喜欢 重复 的 数据 ， 但 这 是 一 个 例外 ， 因 为 这 里 的 重复 数据 通常 是 不 可 避免 的 。 


面向 对 象 编程 的 关键 原则 之 一 就 是 封装 。 如 果 一 个 类 公开 了 任何 public 数 据 ， 你 
就 应 该 使 用 Encapsulate Field (206) 将 它 郑 重地 包装 起 来 。 如 果 被 公开 的 数据 是 个 集 
合 ， 就 应 该 使 用 Encapsulate Collection (208)， 因 为 集合 有 其 特殊 协议 。 如 果 一 整 条 
记录 都 被 裸露 在 外 ， 就 应 该 使 用 Replace Record with Data Class (217). 


需要 特别 对 待 的 一 种 数据 是 类 型 码 (type code) : 这 是 一 种 特殊 数值 ， 用 来 指 
出 “与 实例 所 属 之 类 型 相关 的 某 些 东西 ”。 类 型 码 通常 以 枚 举 形式 出 现 ， 并 且 通 常 
以 static final 整 数 实 现 。 如 果 这 些 类 型 码 用 来 表现 某 种 信息 ， 并 且 不 会 改变 所 属 类 型 
的 行为 ， 你 可 以 运用 Replace Type Code with Class (218) 将 它们 替换 掉 ， 这 项 重 构 会 
为 你 提供 更 好 的 类 型 检查 ， 以 及 一 个 更 好 的 平台 ， 使 你 可 以 在 未 来 更 方便 地 将 相关 
行为 添加 进去 。 另 一 方面 ， 如 果 当 前 类 型 的 行为 受到 类 型 码 的 影响 ， 你 就 应 该 尽 可 
能 使 用 Replace Type Code with Subclasses (223)。 如 果 做 不 到 ， 就 只 好 使 用 更 复杂 ( 同 
时 也 更 灵活 ) 的 Replace Type Code with State/Strategy (227). 
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8.1 Self Encapsulate Field (自封 装 字段 ) 


你 直接 访问 一 个 字段 ， 但 与 字段 之 间 的 耦合 关系 逐渐 变 得 笨拙。 
为 这 个 字段 建立 取 值 / 设 值 函数 ， 并 且 只 以 这 些 函 数 来 访问 字段 。 


private int _low, _ħigh; 


boolean includes {int arg) { 
return arg >= low && arg <= high; ~ 


v 


} 


private int low, _high; 

boolean includes (int. arg) { 

return arg >= getLow({) && arg <= getHigh(); 
} | 

int getLow{) {return _low;} 
int getHigh() {return _high;} 


动机 
在 “字段 访问 方式 ”这 个 问题 上 ， 存 在 两 种 截然 不 同 的 观点 :其 中 一 派 认为 ， 
在 该 变量 定义 所 在 的 类 中 ， 你 可 以 自由 访问 它 ， 另 一 派 认 为 ， 即 使 在 这 个 类 中 你 也 


应 该 只 使 用 访问 函数 间接 访问 。 两 派 之 间 的 争论 可 以 说 是 如 火 如 蔡 。 (参见 Auer 在 
[Auer]p.413 和 Beck 在 [Beck] 上 的 讨论 。) 


归根 结 底 ， 间 接 访问 变量 的 好 处 是 ， 子 类 可 以 通过 履 写 一 个 函数 而 改变 获取 数 
据 的 途径 ， 它 还 支持 更 灵活 的 数据 管理 方式 ， 例 如 延迟 初始 化 《意思 是 : 只 有 在 需 
要 用 到 某 值 时 ， 才 对 它 初始 化 ) 。 


直接 访问 变量 的 好 处 则 是 : 代码 比较 容易 阅读 。 阅 读 代码 的 时 候 ， 你 不 需要 售 
PRB: “ 啊 ， 这 只 是 个 取 值 函数 。” 
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面临 选择 时 ， 我 总 是 做 两 手 准 备 。 通 常情 况 下 我 会 很 乐意 按照 团队 中 其 他 人 的 
意愿 来 做 。 就 我 自己 而 言 ， 我 比较 喜欢 先 使 用 直接 访问 方式 ， 直 到 这 种 方式 给 我 带 
来 麻烦 为 止 ， 此 时 我 就 会 转 而 使 用 间接 访问 方式 。 重 构 给 了 我 改变 主意 的 自由 。 


如 果 你 想 访问 超 类 中 的 一 个 字段 ， 却 又 想 在 子 类 中 将 对 这 个 变量 的 访问 改 为 一 
个 计算 后 的 值 , 这 就 是 最 该 使 用 Self Encapsulate Field (171) 的 时 候 。“ 字 段 自我 封装 ” 


只 是 第 一 步 。 完 成 自我 封装 之 后 ， 你 可 以 在 子 类 中 根据 自己 的 需要 随意 覆 写 取 值 / 
设 值 函数 。 


做 法 
O 为 竺 封装 字段 建立 取 值 / 设 值 函 数 。 
O 找 出 该 字段 的 所 有 引用 点 ， 将 它们 全 部 改 为 调用 取 值 / 设 值 函数 。 


> 如 果 引 用 点 要 读 取 字 段 值 ， 就 将 它 替 换 为 调用 取 值 函数 ; 如 果 引 用 点 要 给 
字段 赋值 ， 就 将 它 替 换 为 调用 设 值 函 数 。 
=> 你 可 以 斩 时 将 该 字段 改名 ， 让 编译 器 帮助 你 查找 引用 点 。 


O 将 该 字段 声明 为 private。 
O 复查 ， 确 保 找 出 所 有 引用 点 。 
O 编译 ， 测 试 。 
范例 
下 面 这 个 例子 看 上 去 有 点 过 分 简单 。 不 过 ， 嘿 ， 起 码 它 写 起 来 很 快 : 
class IntRange { 
private int _low, _high; 
poolean includes(int arg) { 
return arg >= _low && arg <= _high; 
} 
void grow(int factor) { 


_high = _high * factor; 
} 
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IntRange{int low, int high) { 
_iow = low; 
-high = high; 

} 


为 了 封装 _1ow 和 _high 这 两 个 字段 , 我 先 定义 取 值 / 设 值 函 数 (如 果 此 前 没有 定 
义 的 话 》， 并 使 用 它们 ; 


class IntRange { 


boolean includes(int arg) { 


return arg >= getLow() && arg <= getHigh(); 
} 


void grow({int factor) { 
setHigh(getHigh() * factor); 
} 


private int _low, _high; 


int getLow() { 
return _low; 


} 


int getHigh() { 
return _high; 
} 


void setLow(int arg) { 
_low = arg; 
} 


void setHigh(int arg) { 
_high = arg; 
} 
使 用 本 项 重 构 时 ， 你 必须 小 心 对 符 “ 在 构造 函数 中 使 用 设 值 函 数 ” 的 情况 。 一 
般 说 来 ， 设 值 函数 被 认为 应 该 在 对 象 创 建 后 才 使 用 ， 所 以 初始 化 过 程 中 的 行为 有 可 
能 与 设 值 函 数 的 行为 不 同 。 这 种 情况 下 ， 我 也 许 在 构造 函数 中 直接 访问 字段 ， 要 不 
就 是 单独 男 建 一 个 初始 化 函数 : 


IntRange(int low, int high) { 
initialize(low, high); 
} 


private void initialize(int low, int high) {í 


_low = low; 
_high = high; 
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一 旦 你 拥有 一 个 子 类 ， 上 述 所 有 动作 的 价值 就 体现 出 来 了 。 如 下 所 示 : 


class CappedRange extends IntRange { 
CappedRange(int low, int high, int cap) { 
super(low, high); 
_cap = cap; 
private int _cap; 
int getCap() { 
return _cap; 
int getHigh() { 
return Math.min(super.getHigh(), getCap()); 


} 


现在 ， 我 可 以 在 cappedaRange 中 覆 写 getHigh()， 从 而 加 入 对 “范围 上 限 ” 
(cap) 的 考虑 ， 而 不 必修 改 IntRange 的 任何 行为 。 
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8.2 Replace Data Value with Object 〈 以 对 象 取 代数 据 值 ) 
你 有 一 个 数据 项 ， 需 要 与 其 他 数据 和 行为 一 起 使 用 才 有 意义 。 
将 数据 项 变 成 对 象 。 


th 


WY 
1 aa 
动机 


开发 初期 ， 你 往往 决定 以 简单 的 数据 项 表示 简单 的 情况 。 但 是 ， 随 着 开发 的 进 e 
行 ， 你 可 能 会 发 现 ， 这 些 简单 数据 项 不 再 那么 简单 了 。 比 如 说 ， 一 开始 你 可 能 会 用 
一 个 字符 串 来 表示 “电话 号 码 ” 概 念 ， 但 是 随后 你 就 会 发 现 ， 电 话 号 码 需 要 “格式 
化 “抽取 区 号 ”之 类 的 特殊 行为 。 如 果 这 样 的 数据 项 只 有 一 两 个 ， 你 还 可 以 把 相 
关 函 数 放 进 数据 项 所 属 的 对 象 里 ;但 是 Duplicate Code 坏 味道 和 Feature Envy 坏 味道 
很 快 就 会 从 代码 中 散发 出 来 。 当 这 些 坏 味道 开始 出 现 , 你 就 应 该 将 数据 值 变 成 对 象 。 
做 法 


D 为 待 替换 数值 新 建 一 个 类 ， 在 其 中 声明 一 个 final 字 段 ， 其 类 型 和 源 类 中 的 符 
替换 数值 类 型 一 样 。 然 后 在 新 类 中 加 入 这 个 字段 的 取 值 函数 ， 再 加 上 一 个 接 
受 此 字段 为 参数 的 构造 函数 。 


a 编译 。 
a 将 源 类 中 的 待 替换 数值 字段 的 类 型 改 为 前 面 新 建 的 类 。 
O 修改 源 类 中 该 字段 的 取 值 函数 ， 令 它 调用 新 类 的 取 值 函数 。 
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O 如 果 源 类 构造 函数 中 用 到 这 个 待 替换 字段 (多半 是 赋值 动作 〉， 我 们 就 修改 
构造 函数 ， 令 它 改 用 新 类 的 构造 函数 来 对 字段 进行 赋值 动作 。 


9 修改 源 类 中 待 替换 字段 的 设 值 函 数 ， 令 它 为 新 类 创建 一 个 实例 。 

O 编译 ， 测 试 。 

O 现在 ， 你 有 可 能 需要 对 新 类 使 用 Change Value to Reference (179). 
范例 


下 面 有 一 个 代表 “定单 ”的 order 类 ， 其 中 以 一 个 字符 串 记 录 定 单 客户 。 现 在 ， 
我 希望 改 用 一 个 对 象 来 表示 客户 信息 ， 这 样 就 有 充裕 的 弹性 保存 客户 地 址 、 信 用 等 
级 等 信息 ， 也 得 以 安置 这 些 信 息 的 操作 行为 。0rder 类 最 初 如 下 : 


class Order... 
public Order(String customer) { 
_customer = customer; 


public String getCustomer() { 
return customer; 

} 

public void setCustomer (String arg) { 
_customer = arg; 

} 


private String _customer; 
使 用 oraer 类 的 代码 可 能 像 下 面 这 样 : 


private static int numberOfOrdersFor (Collection orders, String customer) { 
int result = 0; 
Iterator iter = orders.iterator(); 
while (iter.hasNext()) { 
Order each = (Order) iter.next(); 
if (each.getCustomer().equals (customer) ) result++; 


} 
return result; 
首先 ， 我 要 新 建 一 个 customer 类 来 表示 “客户 ”概念 。 然 后 在 这 个 类 中 建立 
一 个 final 字 段 ， 用 以 保存 一 个 字符 串 ， 这 是 oraer 类 目前 所 使 用 的 。 我 将 这 个 新 字 
段 命 名 为 _name， 因 为 这 个 字符 串 的 用 途 就 是 记录 客户 名 称 。 此 外 我 还 要 为 这 个 字 
符 串 加 上 取 值 函数 和 构造 函数 。 


class Customer { 
public Customer (String name) { 


_name = name; 


} 
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ublic String getName({) { 
return _name; 
} 
private final String _name; 
} 


现在 ， 我 要 将 ordaer 中 的 _customer 字 段 的 类 型 修改 为 customer; 并 修改 所 
有 引用 该 字段 的 函数 ， 让 它们 恰当 地 改 而 引用 customer 对 象 。 其 中 取 值 函数 和 构 
造 范 数 的 修改 都 很 简单 。 至 于 设 值 函数 ， 我 让 它 创 建 一 个 customer 实 例 。 


class Order... 

public Order(String customer) { 
-customer = new Customer (customer); 

} 

public String getCustomer() { 
return _customer.getName(); 

} 

private Customer _customer; 

public void setCustomer(String arg) { 
-customer = new Customer (arg); 


} 


设 值 函数 需要 创建 一 个 customer 实 例 ， 这 是 因为 以 前 的 字符 串 是 个 值 对 象 
(value object) ， 所 以 现在 的 Customer 对 象 也 应 该 是 个 值 对 象 。 这 也 就 意味 每 个 
order 对 和 象 都 包含 自己 的 一 个 customer 对 象 。 注意 这 样 一 条 规则 : 值 对 象 应 该 是 不 
可 修改 内 容 的 一 一 这 便 可 以 避免 一 些 讨 大 的 别名 问题 。 日 后 或 许 我 会 想 让 customer 
对 象 成 为 引用 对 象 (reference object) ， 但 那 是 另 一 项 重 构 手 法 的 责任 。 现 在 我 可 以 
编译 并 测试 了 。 





我 需要 观察 ordaer 类 中 的 _customer 字 段 的 操作 函数 ， 并 作出 一 些 修 改 ， 使 它 
更 好 地 有 反映 出 修改 后 的 新 形势 。 对 于 取 值 函数 ， 我 会 使 用 Rename Method (273) 改 变 
其 名 称 ， 让 它 更 清晰 地 表示 ， 它 所 返回 的 是 消费 者 名 称 ， 而 不 是 个 customer 对 象 。 


public String getCustomerName() { 
return _customer.getName({); 


) 


至 于 构造 函数 和 设 值 函数 ， 我 就 不 必修 改 其 签名 了 ， 但 参数 名 称 得 改 : 


public Order (String customerName) { 
_customer = new Customer (customerName) ; 

} 

public void setCustomer (String customerName) { 
-customer = new Customer(customerName); 


} 
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后 继 的 其 他 重 构 也 许 会 添加 “接受 现 有 customer 对 象 作 为 参数 ”的 构造 函数 
和 设 值 函 数 。 


本 次 重 构 到 此 为 止 。 但 是 , 这 个 案例 和 其 他 很 多 案例 一 样 , 还 需要 一 个 后 续 步 骤 。 
如 果 想 在 customer 中 加 入 信用 等 级 、 地 址 之 类 的 其 他 信息 ， 现 在 还 做 不 到 ， 因 为 目 
前 的 customer 还 是 作为 值 对 象 对 竺 的， 每 个 0rder 对 和 象 都 拥有 自己 的 customer 对 
象 。 为 了 给 customer 类 加 上 信用 等 级 、 地 址 之 类 的 属性 ， 我 必须 运用 Change Value 
to Reference (179)， 这 么 一 来 ， 属 于 同一 客户 的 所 有 order 对 象 就 可 以 共享 同一 个 
Customer 对 象 了 。 马 上 你 就 可 以 看 到 这 个 例子 。 
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8.3 Change Value to Reference (将 值 对 象 改 为 引用 对 象 ) 
你 从 一 个 类 衍生 出 许多 彼此 相等 的 实例 ， 希 望 将 它们 替换 为 同一 个 对 象 。 
将 这 个 值 对 象 变 成 引用 对 象 。 


La 
WY 
: 1 [ene 


动机 

在 许多 系统 中 ， 你 都 可 以 对 对 象 做 一 个 有 用 的 分 类 : 引用 对 象 和 值 对 象 。 前 者 
就 像 “ 客 户 ” “账户 ”这 样 的 东西 ， 每 个 对 象 都 代表 真实 世界 中 的 一 个 实物 ， 你 可 
以 直接 以 相等 操作 符 〈( 二 ， 用 来 检验 对 象 同一 性 〉 检查 两 个 对 象 是 否 相 等 。 后 者 则 
是 像 “ 日 期 "“ 钱 ”这 样 的 东西 ， 它 们 完全 由 其 所 含 的 数据 值 来 定义 ， 你 并 不 在 意 
副本 的 存在 ， 系 统 中 或 许 存 在 成 百 上 千 个 内 容 为 “1/1/2000” 的 “日 期 ”对 象 。 当 
然 ， 你 也 需要 知道 两 个 值 对 象 是 否 相 等 ， 所 以 你 需要 履 写 eauals() (UK 
hashCode ( ) )。 





要 在 引用 对 象 和 值 对 象 之 间 做 选择 有 时 并 不 容易 。 有 时 候 ， 你 会 从 一 个 简单 的 
值 对 象 开 始 ， 在 其 中 保存 少量 不 可 修改 的 数据 。 而 后 ， 你 可 能 会 希望 给 这 个 对 象 加 
入 一 些 可 修改 数据 ， 并 确保 对 任何 一 个 对 象 的 修改 都 能 影响 到 所 有 引用 此 一 对 象 的 
地 方 。 这 时 候 你 就 需要 将 这 个 对 象 变 成 一 个 引用 对 象 。 


做 法 
Q 使 用 Replace Constructor with Factory Method (304). 


O 编译 ， 测 试 。 
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O 决定 由 什么 对 象 负责 提供 访问 新 对 象 的 途径 。 


之 可 能 是 一 个 静态 宇 典 或 一 个 注册 表 对 象 。 
=> 你 也 可 以 使 用 多 个 对 象 作为 新 对 象 的 访问 点 。 


O 决定 这 些 引 用 对 象 应 该 预先 创建 好 ， 或 是 应 该 动态 创建 。 


> 如 果 这 些 引 用 对 象 是 预先 创建 好 的 ， 而 你 必须 从 内 存 中 将 它们 读 取出 来 ， 
那么 就 得 确保 它们 在 被 需要 的 时 候 能 够 被 及 时 加 载 。 


口 修改 工厂 函数 ， 令 它 返回 引用 对 象 。 


=> 如 果 对 象 是 预先 创建 好 的 , 你 就 需要 考虑 : 万 一 有 人 索 求 一 个 其 实 并 不 存 
在 的 对 象 ， 要 如 何 处 理 错 误 ? 

蕉 你 可 能 希望 对 工厂 函数 使 用 Rename Method (273)， 使 其 传达 这 样 的 信息 : 
它 返 回 的 是 一 个 既 存 对 象 。 


a 编译， 测试 。 
范例 


在 Replace Data Value with Object (175) 一 节 中 ， 我 留 下 了 一 个 重 构 后 的 程序 ， 本 
节 范 例 就 从 它 开始 。 我 们 有 下 列 的 customer 类 : 


class Customer { 
public Customer (String name) { 
_name = name; 
} 
public String getName() { 
return _name; 
} 
private final String _name; 
} 


它 被 以 下 的 order 类 使 用 : 


class Order... 

public Order(String customerName) { 
_customer = new Customer (customerName) ; 

} 

public void setCustomer(String customerName) { 
_customer = new Customer (customerName) ; 

} 

public String getCustomerName() { 
return _customer.getName(); 

} 

private Customer _customer; 
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此 外 ， 还 有 一 些 代码 也 会 使 用 customer 对 象 : 


private static int numberOfOrdersFor(Collection orders, String customer) { 
int result = 0; 
Iterator iter = orders.iterator(); 


while (iter.hasNext()) { 
Order each = (Order) iter.next(); 
if (each.getCustomerName() .equals (customer) ) 
result++; 


} 
return result; 


} 


到 目前 为 止 ， customer 对 象 还 是 值 对 象 。 就 算 多 份 定单 属于 同一 客户 ， 但 每 
个 order 对 象 还 是 拥有 各 自 的 customer 对 象 。 我 希望 改变 这 一 现状 , 使 得 一 旦 同一 
客户 拥有 多 份 不 同 定 单 ， 代 表 这 些 定单 的 所 有 order 对 象 就 可 以 共享 同一 个 
Customer 对 象 。 本 例 中 , 这 就 意味 着 : 每 一 个 客户 名 称 只 该 对 应 一 个 customer 对 象 。 


首先 我 使 用 Replace Constructor with Factory Method (304)。 这 样 ， 我 就 可 以 控制 
Customer 对 象 的 创建 过 程 ， 这 在 以 后 会 是 非常 重要 的 。 我 在 customer 类 中 定义 这 
个 工厂 函数 : 


class Customer { 
public static Customer create (String name) { 
return new Customer (name) ; 





然后 把 原本 调用 构造 函数 的 地 方 改 为 调用 工厂 函数 : 


class Order { 
public Order (String customer) { 
_customer = Customer .create (customer); 


} 
然后 再 把 构造 函数 声明 为 private: 


class Customer { 
private Customer (String name) { 
_name = name; 


} 

现在 ， 我 必须 决定 如 何 访问 customer 对 象 。 我 比较 喜欢 通过 另 一 个 对 象 〈 例 
如 order 中 的 一 个 字段 〉 来 访问 它 。 但 是 本 例 并 没有 这 样 一 个 明显 的 字段 可 用 于 访 
问 customer 对 象 。 在 这 种 情况 下 ， 我 通常 会 创建 一 个 注册 表 对 象 来 保存 所 有 
customer 对 象 ， 以 此 作为 访问 点 。 为 了 简化 我 们 的 例子 ， 我 把 这 个 注册 表 保 存在 
Customer 类 的 static 字 段 中 ， 让 customer 类 作为 访问 点 : 


private static Dictionary _instances = new Hashtable(); 
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然后 我 得 决定 : 应 该 在 接 到 请 求 时 创建 新 的 customer 对 象 ， 还 是 应 该 预先 将 
它们 创建 好 。 这 里 我 选择 后 者 。 在 应 用 程序 的 启动 代码 中 ， 我 先 把 需要 使 用 的 
Customer 对 象 加 载 妥 当 。 这 些 对 象 可 能 来 自 数据 库 ， 也 可 能 来 自 文件 。 为 求 简单 
起 见 ， 我 在 代码 中 明确 生成 这 些 对 象 。 反 正 以 后 我 总 是 可 以 使 用 Substitute Algorithm 
(139) 来 改变 它们 的 创建 方式 。 

class Customer... 

static void loadCustomers() i 
new Customer ("Lemon Car Hire") .store(); 
new Customer ("Associated Coffee Machines") .store(); 


new Customer ("Bilston Gasworks").store(); 
} 


private void store() { 
_instances.put (this.getName(), this); 
} 


现在 ， 我 要 修改 工厂 函数 ， 让 它 返回 预先 创建 好 的 customer 对 象 : 


public static Customer create (String name) { 
return (Customer) _instances.get (name); 


} 
由 于 create() 总 是 返回 既 有 的 customer 对 象 ， 所 以 我 应 该 使 用 Rename 
Method (273) 修 改 这 个 工厂 函数 的 名 称 ， 以 便 强调 这 一 -点 。 


class Customer... 
public static Customer getNamed (String name) { 
return (Customer) _instances.get (name) ; 


www. TopSage.com 


8.4 Change Reference to Value ( 将 引用 对 象 改 为 值 对 象 ) V 


8.4 Change Reference to Value (将 引用 对 象 改 为 值 对 象 ) 
将 它 变 成 一 个 值 对 象 。 


动机 


正如 我 在 Change Value to Reference (179) 中 所 说 ,要 在 引用 对 象 和 值 对 象 之 间 做 
选择 ， 有 了 时 并 不 容易 。 作 出 选择 后 ， 你 常会 需要 一 条 回头 路 。 





如 果 引 用 对 象 开始 变 得 难以 使 用 ， 也 许 就 应 该 将 它 改 为 值 对 象 。 引 用 对 和 象 必须 
被 某 种 方式 控制 ， 你 总 是 必须 向 其 控制 者 请 求 适当 的 引用 对 象 。 它 们 可 能 造成 内 存 
区 域 之 间 错 综 复杂 的 关联 。 在 分 布 系统 和 并 发 系统 中 ， 不 可 变 的 值 对 象 特 别 有 用 ， 
因为 你 无 需 考 虑 它们 的 同步 问题 。 


值 对 象 有 一 个 非常 重要 的 特性 : 它们 应 该 是 不 可 变 的 。 无 论 何 时 ， 只 要 你 调用 
同一 对 象 的 同一 个 查询 函数 ， 都 应 该 得 到 同样 结果 。 如 果 保 证 了 这 一 点 ， 就 可 以 放 
心地 以 多 个 对 象 表示 同一 个 事物 。 如 果 值 对 象 是 可 变 的 ， 你 就 必须 确保 对 某 一 对 象 
的 修改 会 自动 更 新 其 他 “代表 相同 事物 ”的 对 象 。 这 太 痛 苦 了 ， 与 其 如 此 还 不 如 把 
它 变 成 引用 对 象 。 


这 里 有 必要 澄清 一 下 “不 可 变 ” (immutable) 的 意思 。 如 果 你 以 Money 类 表示 
“ 钱 ” 的 概念 ， 其 中 有 “ 币 种 ”和 “金额 ”两 条 信息 ， 那 么 Money 对 象 通常 是 一 个 不 
可 变 的 值 对 象 。 这 并 非 意 味 你 的 薪资 不 能 改变 ， 而 是 意味 : 如果 要 改变 你 的 薪资 ， 
就 需要 使 用 另 一 个 Money 对 象 来 取代 现 有 的 Money 对 象 ， 而 不 是 在 现 有 的 Money 对 
象 上 修改 。 你 和 Money 对 象 之 间 的 关系 可 以 改变 ， 但 Money 对 象 自身 不 能 改变 。 
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做 法 
D 检查 重 构 目 标 是 否 为 不 可 变 对 象 ， 或 是 否 可 修改 为 不 可 变 对 象 。 
> 如 果 该 对 象 目 前 还 不 是 不 可 变 的 ， 就 使 用 Remove Setting Method (300), A 
到 它 成 为 不 可 变 的 为 止 。 
> 如 果 无 法 将 该 对 象 修改 为 不 可 变 的 ， 就 放弃 使 用 本 项 重 构 。 
O 建立 equals () 和 hashCode()。 
O 编译 ， 测 试 。 
O 考虑 是 否 可 以 删除 工厂 函数 ， 并 将 构造 函数 声明 为 public。 
范例 
我 们 从 一 个 表示 “货币 种 类 ”的 currency 类 开始 : 


class Currency... 
private String _code; 


public String getCode() { 
return _code; 
} 


private Currency(String code) { 
_code = code; 
这 个 类 所 做 的 就 是 保存 并 返回 一 个 货币 种 类 代码 。 它 是 一 个 引用 对 象 ， 所 以 如 
果 要 得 到 它 的 实例 ， 必 须 这 么 做 : 


Currency usd = Currency .get ("USD"); 


currency 类 维护 一 个 包含 所 有 currency 实 例 的 链表 。 我 不 能 直接 使 用 构造 函 
数 创 建 实例 ， 因 为 Currency 构 造 函 数 是 private 的 o 


new Currency ("USD") .eduals (new Currency ("USD")) // returns false 


要 把 一 个 引用 对 象 变 成 值 对 象 ， 关 键 动作 是 : 检查 它 是 否 不 可 变 。 如 果 不 是 ， 
我 就 不 能 使 用 本 项 重 构 ， 因 为 可 变 的 值 对 象 会 造成 烦人 的 别名 问题 。 
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在 这 里 ，currency 对 象 是 不 可 变 的 ， 所 以 下 一 步 就 是 为 它 定 义 equals (): 


public boolean equals(Object arg) { 
if (! (arg instanceof Currency)) return false; 
Currency other = (Currency) arg; 
return (_code.equals(other._code) ); 

} 


定义 了 eauals() ， 就 必须 同时 定义 hashcode() 。 实 现 hashcodae () 有 个 简单 
INE: 读 取 eauals () 使 用 的 所 有 字段 的 hash 码 ， 然 后 对 它们 进行 按 位 异 或 〈^) 操 
作 。 本 例 中 ， 这 很 容易 实现 ， 因 为 equals () 只 使 用 了 一 个 字段 : 

public int hashCode() { 


return _code.hashCode(); 
} 


完成 这 两 个 函数 后 ， 我 可 以 编译 并 测试 。 这 两 个 函数 的 修改 必须 同时 进行 ， 耕 
则 倚赖 hash 的 任何 集合 对 象 〈 例 如 Hashtable、Hashset 和 HashMap) 都 可 能 会 产 
生意 外 行为 。 


现在 ， 我 想 创建 多 少 个 等 值 的 currency 对 象 就 可 以 创建 多 少 个 。 我 还 可 以 把 
构造 函数 声明 为 public， 直 接 以 构造 函数 获取 currency 实 例 ， 从 而 去 掉 Currency 
类 中 的 工厂 函数 和 控制 实例 创建 的 行为 。 





new Currency ("USD") .equals (new Currency("USD")) // now returns true 
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8.5 Replace Array with Object 〈 以 对 象 取 代数 组 ) 


你 有 一 个 数组 ， 其 中 的 元 素 各 自 代 表 不 同 的 东西 。 
以 对 象 替换 数组 。 对 于 数组 中 的 每 个 元 素 ， 以 一 个 字段 来 表示 。 


String[] row = new String[3]; 
row [0] = "Liverpool"; 
row Edd = "15"; 


J 


7V 


Performance row = new Performance (); 
row.setName ("Liverpool"); 
row.setWins("15"); 


动机 

数组 是 一 种 常见 的 用 以 组 织 数 据 的 结构 。 不 过 ， 它 们 应 该 只 用 于 “以 某 种 顺序 
容纳 一 组 相似 对 象 ”。 有 时 候 你 会 发 现 ， 一 个 数组 容纳 了 多 种 不 同 对 象 ， 这 会 给 用 
户 带 来 麻烦 ， 因 为 他 们 很 难 记 住 像 “ 数 组 的 第 一 个 元 素 是 人 名 ”这 样 的 约定 。 对 象 
就 不 同 了 , 你 可 以 运用 字段 名 称 和 函数 名 称 来 传达 这 样 的 信息 , 因此 你 无 需 死记 它 ， 
也 无 需 依 赖 注释 。 而 且 如 果 使 用 对 象 , 你 还 可 以 将 信息 封装 起 来 , 并 使 用 Move Method 
(142) 为 它 加 上 相关 行为 。 
做 法 

O 新 建 一 个 类 表示 数组 所 拥有 的 信息 ， 并 在 其 中 以 一 个 public 字 段 保存 原先 的 

数组 。 
口 修改 数组 的 所 有 用 户 ， 让 它们 改 用 新 类 的 实例 。 
O 编译 ， 测 试 。 


o 逐一 为 数组 元 素 添 加 取 值 / 设 值 函 数 。 根 据 元 素 的 用 途 ， 为 这 些 访问 函数 命 
名 。 修改 客户 端 代 码 , 让 它们 通过 访问 函数 取 用 数组 内 的 元 素 。 每 次 修改 后 ， 
编译 并 测试 。 
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O 当 所 有 对 数组 的 直接 访问 都 转 而 调用 访问 函数 后 , 将 新 类 中 保存 该 数组 的 字 
段 声 明 为 private。 
a 编译 。 
D 对 于 数组 内 的 每 一 个 元 素 ， 在 新 类 中 创建 一 个 类 型 相当 的 字段 。 修 改 该 元 素 
的 访问 函数 ， 令 它 改 用 上 述 的 新 建 字段 。 
D 每 修改 一 个 元 素 ， 编 译 并 测试 。 
O 数组 的 所 有 元 素 都 有 了 相应 字段 之 后 ， 删 除 该 数组 。 


范例 


我 们 的 范例 从 一 个 数组 开始 ， 其 中 有 3 个 元 素 , 分 别 保存 一 支 球 队 的 名 称 、 获 胜 


场次 和 失利 场次 。 这 个 数组 的 声明 可 能 像 这 样 : 


String[] row = new String[3]; 


而 使 用 它 的 代码 则 可 能 像 这 样 : 


row [0] = "Liverpool"; 
row [1] = "15"; 


String name = row[0]; 
int wins = Integer.parseInt (row[1]); 


为 了 将 数组 变 成 对 象 ， 我 首先 建立 一 个 对 应 的 类 : 

class Performance {} 

然后 为 它 声明 一 个 public 字 段 ， 用 以 保存 原先 数组 。 《我 知道 public 字 段 十 亚 不 
请 放心 ， 稍 后 我 便 让 它 改 政 归 正 。) 

public String[] _data = new String[3]; 

现在 , 我 要 找到 创建 和 访问 数组 的 地 方 。 在 创建 地 点 ,我 将 它 替 换 为 下 列 代码 : 
Performance row = new Performance(); 

对 于 数组 使 用 地 点 ， 我 将 它 替 换 为 以 下 代码 : 


row._data [0] = "Liverpool"; 
row._data [1] = "15"; 


String name = row._data[0]); 
int wins = Integer.parselInt (row._data([1]); 


然后 我 要 逐一 为 数组 元 素 加 上 有 意义 的 取 值 / 设 值 函数 。 首 先 从 “ 球 队 名 称 ” 开始 : 


class Performance... 
public String getName() { 
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return _data[ 


ere void setName(String arg) { 
_data[0]) = arg; 
} 


然后 修改 使 用 row 对 象 的 代码 ， 让 它们 改 用 这 些 函 数 来 访问 球 队 名 称 : 


row.sgetName ("Liverpool"); 
row. data [1] = "15"; 


String name = row.getName(); 
int wins = Integer .parseInt (row._data[i]); 


第 二 个 元 素 也 如 法 炮制 .为 了 简单 起 见 , 我 还 可 以 把 数据 类 型 的 转换 也 封装 起 来 : 


class Performance... 
public int getWins() { 
return Integer.parseInt(_data[1]); 
、 
public void setWins(String arg) { 
_data[i] = arg; 


} 


client code... 
row.setName ("Liverpool"); 
row. setWins ("15"); 


String name = row.getName(); 
int wins = row.getWins(); 


处 理 完 所 有 元 素 之 后 ， 我 就 可 以 将 保存 该 数组 的 字段 声明 为 private 了 。 


private String[] _data = new String([3]; 


现在 ， 本 次 重 构 最 重要 的 部 分 〈 接 口 修 改 ) 已 经 完成 。 但 是 “将 对 象 内 的 数组 
替换 掉 ” 的 过 程 也 同样 重要 。 我 可 以 针对 每 个 数组 元 素 ， 在 Performance 类 建立 一 
个 类 型 相当 的 字段 ， 然 后 修改 该 数组 元 素 的 访问 函数 ， 令 它 直接 访问 新 建 字 段 ， 从 
而 完全 摆脱 对 数组 元 素 的 依赖 。 


class Performance... 
public String getName() | 
return _name; 
} 
public void setName(String arg) { 
_mame = arg; 


} 
private String _name; 


对 数组 中 的 每 一 个 元 素 都 如 法 炮制 。 全 部 处 理 完毕 后 ， 我 就 可 以 将 数组 从 
Performance 类 中 删 掉 了 。 
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8.6 Duplicate Observed Data (复制 “被 监视 数据 ”) 


你 有 一 些 领 域 数据 置身 于 GUI 控 件 中 ， 而 领域 函数 需要 访问 这 些 数 据 。 


将 该 数据 复制 到 一 个 领域 对 象 中 .建立 一 个 Observer 模式 , 用 以 同步 领域 对 象 和 GUI 
对 象 内 的 重复 数据 。 








动机 
一 个 分 层 良 好 的 系统 ， 应 该 将 处 理 用 户 界面 和 处 理 业 务 逻辑 的 代码 分 开 。 之 所 
以 这 样 做 ， 原 因 有 以 下 几 点 : (1) 你 可 能 需要 使 用 不 同 的 用 户 界面 来 表现 相同 的 业务 


逻辑 ， 如 果 同 时 承担 两 种 责任 ， 用 户 界面 会 变 得 过 分 复杂 (2) 与 GUI 隔 离 之 后 ， 领 
域 对 象 的 维护 和 演化 都 会 更 容易 , 你 甚至 可 以 让 不 同 的 开发 者 负责 不 同 部 分 的 开发 。 


尽管 可 以 轻松 地 将 “行为 ”划分 到 不 同 部 位 ，“ 数 据 ” 却 往往 不 能 如 此 。 同 一 
项 数据 有 可 能 既 需 要 内 骸 于 GUI 控件 ， 也 需要 保存 于 领域 模型 里 。 自 从 MVC 
(Model-View-Controller， 模 型 -视图 -控制 器 ) 模式 出 现 后 ， 用 户 界 面 框架 都 使 用 多 
层 系统 来 提供 某 种 机 制 ， 使 你 不 但 可 以 提供 这 类 数据 ， 并 保持 它们 同步 。 
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如 果 你 遇 到 的 代码 是 以 两 层 方 式 开 发 ， 业 务 逻 辑 被 内 嵌 于 用 户 界 面 之 中 ， 你 就 

有 必要 将 行为 分 离 出 来 。 其 中 的 主要 工作 就 是 函数 的 分 解 和 搬移 。 但 数据 就 不 同 了 : 

你 不 能 仅仅 只 是 移动 数据 ， 必 须 将 它 复制 到 新 的 对 象 中 ， 并 提供 相应 的 同步 机 制 。 

做 法 ” 

O 修改 展现 类 ， 使 其 成 为 领域 类 的 Observer[GoF]。 

> 如 果 尚 未 有 领域 类 ， 就 建立 一 个 。 

> 如果 没 有 “从 展现 类 到 领域 类 ”的 关联 ， 就 将 领域 类 保存 于 展现 类 的 一 个 
FRY. 

针对 GUI 类 中 的 领域 数据 ， 使 用 Self Encapsulate Field (171). 

编译 ， 测 试 。 

在 事件 处 理 函 数 中 调用 设 值 函 数 ， 直 接 更 新 GUI 组 件 。 

=> 在 事件 处 理 函 数 中 放 一 个 设 值 函 数 ,， 利 用 它 将 GUI 组 件 更 新 为 领域 数据 的 
当前 值 。 当 然 这 其 实 没 有 必要 ,你 只 不 过 是 拿 它 的 值 设 定 它 自己 。 但 是 这 
样 使 用 设 值 函 数 , 便 是 允许 其 中 的 任何 动作 得 以 于 日 后 被 执行 起 来 , 这 是 
这 一 步骤 的 意义 所 在 。 

> 进行 这 个 改变 时 ， 对 于 组 件 ， 不 要 使 用 取 值 函数 ， 应 该 直接 取 用 ， 因 为 稍 
后 我 们 将 修改 取 值 函数 ， 使 其 从 领域 对 象 〈 而 非 GUI 组 件 ) 取 值 。 设 值 函 
数 也 将 做 类 似 修改 。 

> 确保 测试 代码 能 够 触发 新 添加 的 事件 处 理 机 制 。 

编译 ， 测 试 。 

在 领域 类 中 定义 数据 及 其 相关 访问 函数 。 

=> 确保 领域 类 中 的 设 值 函 数 能 够 触发 Observer 模式 的 通报 机 制 。 

=> 对 于 被 观察 的 数据 ,在 领域 类 中 使 用 与 展现 类 所 用 的 相同 类 型 (通常 是 字 
HE) 来 保存 。 后 续 重 构 中 你 可 以 自由 改变 这 个 数据 类 型 。 

修改 展现 类 中 的 访问 函数 , 将 它们 的 操作 对 象 改 为 领域 对 象 (而 非 GUI 组 件 ) 。 

修改 Observer 的 update()，, 使 其 从 相应 的 领域 对 象 中 将 所 需 数 据 复 制 给 GUI 

组 件 。 

O 编译 ， 测 试 。 


口 


oO 


D 


口 


口 


DO 


(m 


中 这 个 重 构 手 法 特别 复杂 建议 措 配 范例 阅读 。 一 一 译 者 注 
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范例 
我 们 的 范例 从 图 8-1 所 示 窗 口 开 始 。 其 行为 非常 简单 ; 当 用 户 修改 文本 框 中 的 数 


值 ， 男 两 个 文本 框 就 会 自动 更 新 。 如 果 你 修改 Start 或 End，Length 就 会 自动 成 为 两 者 
计算 所 得 的 长 度 ， 如 果 你 修改 Length，End 就 会 随 之 变动 。 


ee Interval Window [Op x 





PA8-1 一 个 简单 的 GUI 窗口 É 


一 开始 ， 所 有 函数 都 放 在 Intervalwindow 类 中 。 所 有 文本 框 都 能 够 响应 “ 失 
去 焦点 ”这 一 事件 。 


public class IntervalWindow extends Frame... 
java.awt.TextField _startField; 
java.awt.TextField _endField; 
java.awt.TextField _lengthField; 


class SymFocus extends java.awt.event.FocusAdapter 


public void focusLost (java.awt.event.FocusEvent event) 
{ 
Object object = event.getSource({); 
if (object == _startField) 
StartField_FocusLost (event); 
else if (object == _endField) 
EndField_FocusLost (event); 
else if (object == _lengthField) 
LengthField_FocusLost (event); 
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当 Start 文 本 框 失去 焦点 , 事件 监 昕 器 调用 startFielqd_FocusLost () 。 另 两 个 
文本 框 的 处 理 也 类 似 。 事 件 处 理 函数 大 致 如 下 : 


void StartField_FocusLost (java.awt.event.FocusEvent event) { 
if (isNotInteger(_startField.getText ())) 
_startField.setText ("0"); 
calculateLength(); 
} 


void EndField_FocusLost (java.awt.event.FocusEvent event) { 
if (isNotInteger (_endField.getText ())) 
_endField.setText ("0"); 
calculateLength(); 
} 


void LengthField_FocusLost (java.awt.event.FocusEvent event) { 
if (isNotInteger (_lengthField.getText ())) 
_lengthField.setText ("0"); 
calculateEnd(); 
} 


你 也 许 会 奇怪 ， 为 什么 我 这 样 实现 一 个 窗口 呢 ? 因为 在 我 的 集成 开发 环境 Cafe 
中 ， 这 是 最 简单 的 方式 。 


如 果 文 本 框 内 的 字符 串 无 法 转换 为 一 个 整数 , 那么 该 文本 框 的 内 容 将 变 成 0。 而 
后 ， 调 用 相关 计算 函数 : 


void calculateLength() { 
try { 
int start = Integer.parseInt (_startField.getText ()); 
int end = Integer.parseInt (_endField.getText ()); 
int length = end - start; 
_lengthField.setText (String. valueOf (length) ); 
} catch (NumberFormatException e) { 
throw new RuntimeException("Unexpected Number Format Error"); 
} 
} 
void calculateEnd({) { 
try { 
int start = Integer.parseInt (_startField.getText()); 
int length = Integer.parselInt (_lengthField.getText()); 
int end = start + length; 
_endField.setText (String. valueOf (end) ); 
} catch (NumberFormatException e) { 
throw new RuntimeException("Unexpected Number Format Error"); 


} 

我 的 任务 就 是 将 与 展现 无 关 的 计算 逻辑 从 GUI 中 分 离 出 来 。 基 本 上 这 就 意味 将 
calculateLength() MlcalculateEnd () 移 到 一 个 独立 的 领域 类 去 。 为 了 这 一 目 
的 ， 我 需要 能 够 在 不 引用 窗口 类 的 前 提 下 获取 Start、End 和 Length 三 个 文本 框 的 值 。 
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唯一 办 法 就 是 将 这 些 数 据 复制 到 领域 类 中 ， 并 保持 与 GUI 类 数据 同步 。 这 就 是 
Duplicate Observed Data (189) 的 任务 。 


截至 目前 我 还 没有 一 个 领域 类 ， 所 以 要 着 手 建立 一 个 〈 空 的 ) : 

class Interval extends Observable {} 

IntervalWindow 类 需要 与 此 办 新 的 领域 类 建立 一 个 关联 : 

private Interval _subject; 

然后 ， 我 需要 合理 地 初始 化 _subject 字 段 ， 并 把 Intervalwindow 变 成 
Interval 的 一 个 Observer。 这 很 简单 ， 只 需 把 下 列 代 码 放 进 Intervalwindow 构 造 
函数 中 就 可 以 了 : 


_Subject = new Interval({); 
_subject.addObserver (this); 
update(_subject, null); 


我 喜欢 把 这 段 代 码 放 在 整个 构造 过 程 的 最 后 。 其 中 对 updaate () 的 调用 可 以 确 
保 : 当 我 把 数据 复制 到 领域 类 后 ，GUI 将 根据 领域 类 进行 初始 化 。update () 是 在 
java.util.Observer 接 口中 声明 的 ， 因 此 我 必须 让 Intervalwindow 实 现 这 一 接口 : 

public class IntervalWindow extends Frame implements Observer 

然后 我 还 需要 为 Intervalwindow 类 建立 一 个 update() 。 此 刻 我 先 给 它 一 个 
空 的 实现 : 


public void update(Observable observed, Object arg) { 
} 


现在 我 可 以 编译 并 测试 了 。 到 目前 为 止 我 还 没有 做 出 任何 真正 的 修改 。 呵 呵 ， 
小 心 驶 得 万 年 船 。 

接 下 来 ， 我 把 注意 力 转 移 到 文本 框 。 一 如 往常 ， 我 每 次 只 改动 一 个 字段 。 为 了 
卖弄 一 下 我 的 英语 能 力 ?*， 我 就 从 End 文 本 框 开始 。 第 一 件 要 做 的 事 就 是 实施 Self 
Encapsulate Field (171)。 文 本 框 的 更 新 是 通过 get Text () 和 setText () 两 函数 实现 
的 ， 因 此 我 所 建立 的 访问 函数 需要 调用 这 两 个 函数 : 


String getEnd() { 
return _endField.getText(); 
} 





void setEnd (String arg) { 
_endField.setText (arg); 
} 


© “PIU start with the end fieldy.” 作 者 意 指 在 这 句 话 中 一 下 子 使 用 了 start 和 end 这 两 个 反义词 。 
一 一 译 者 注 
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然后 ， 找 出 _endFiela 的 所 有 引用 点 ， 将 它们 替换 为 适当 的 访问 函数 : 


void calculateLength() { 
try { 
int start = Integer.parseInt (_startField.getText()); 
int end = Integer .parseInt (getEnd())}; 
int length = end - start; 
_lengthField.setText (String.valueOf (length) ); 
} catch (NumberFormatException e) { 
throw new RuntimeException("Unexpected Number Format Error"); 
} 
} 


void calculateEnd() { 
try { 
int start = Integer.parseiInt (_startField.getText ()); 
int length = Integer.parselInt (_lengthField.getText ()); 
int end = start + length; 
setEnd (String. valueOf (end) ); 
} catch (NumberFormatException e) { 
throw new RuntimeException("Unexpected Number Format Error"); 
} 
} 


void EndField_FocusLost (java.awt.event.FocusEvent event) { 
if (isNotInteger (getEnd() ) ) 
setEnd ("0"); 
calculateLength(); 
} 


这 是 Self Encapsulate Field (171) 的 标准 过 程 。 然 而 当 你 处 理 GUI 时， 情况 还 更 复 
杂 些 : 用 户 可 以 直接 (通过 GUI) 修改 文本 框 内 容 ， 不 必 调 用 setEnd () 。 因 此 我 需 
要 在 GUI 的 事件 处 理 函 数 中 调用 setEna() 。 这 个 动作 把 End 文 本 框 设 定 为 其 当前 
值 。 当 然 ， 这 没 带 来 什么 影响 ， 但 是 通过 这 样 的 方式 ， 可 以 确保 用 户 的 输入 确实 是 
通过 设 值 函 数 进行 的 : 

void EndField_FocusLost (java.awt.event.FocusEvent event) { 

setEnd(_endField.getText()); 
if (isNotInteger (getEnd())) 
setEnd("0"); 


calculateLength(); 
} 


上 述 调 用 动作 中 ， 我 并 没有 使 用 前 面 的 get Ena () 取得 End 文 本 框 当前 内 容 ， 而 
是 直接 访问 文本 框 。 之 所 以 这 样 做 是 因为 ， 随 后 的 重 构 将 使 get Ena() 从 领域 对 象 
(而 非 文 本 框 ) 身 上 取 值 。 那 时 如 果 这 里 用 的 是 get End () 函数 ， 每 当 用 户 修改 文本 
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框 内 容 ， 这 里 就 会 将 文本 框 又 改 回 原 值 。 所 以 我 必须 使 用 直接 访问 文本 框 的 方式 获 
取 当 前 值 。 现 在 我 可 以 编译 并 测试 字段 封装 后 的 行为 了 。 


现在 ， 在 领域 类 中 加 入 _end 字 段 : 


class Interval... 
private String _end = "0"; 


在 这 里 ， 我 给 它 的 初 值 和 GUI 给 它 的 初 值 是 一 样 的 。 然 后 我 再 加 入 取 值 / 设 值 
函数 : 


class Interval... 


String getEnd() { 
return _end; 

} 

void setEnd (String arg) { 
_end = arg; 
setChanged () ; 
notifyObservers(); 


} 
由 于 使 用 了 Observer 模式 ， 我 必须 在 设 值 函数 中 发 出 通告 。 我 把 _enda 声 明 为 一 


个 字符 串 ， 而 不 是 一 个 看 似 更 合理 的 整数 ， 这 是 因为 我 希望 将 修改 量 减 至 最 少 。 将 
来 成 功 复制 数据 完毕 后 ， 我 可 以 轻松 地 在 领域 类 内 部 把 _enda 声 明 为 整数 。 


现在 ， 我 可 以 再 编译 并 测试 一 次 。 我 希望 通过 所 有 这 些 预备 工作 ， 将 下 面 这 个 
较为 韩 手 的 重 构 步 又 的 风险 降 至 最 低 。 


首先 ， 修 改 Intervalwinaow 类 的 访问 函数 ， 令 它们 改 用 Interval1 对 象 ， 


class IntervalWindow... 
String getEnd() { 
return _subject.getEnd(); 
} 
void setEnd (String arg) { 
_subject.setEnd(arg) ; 
} 


同时 也 修改 update () AiR, 确保 GUI 对 Interval 对 象 发 来 的 通告 做 出 响应 : 


class IntervalWindow... 
public void update(Observable observed, Object arg) { 
_endField.setText (_subject.getEnd()); 
} 


这 是 另 一 个 需要 直接 访问 文本 框 的 地 点 。 如 果 我 调用 的 是 设 值 函数 ， 程 序 将 陷 
入 无 限 递归 调用 。 
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现在 ,我 可 以 编译 并 测试 。 数 据 都 恰如其分 地 被 复制 了 。 


另 两 个 文本 框 也 如 法 炮制 。 完 成 之 后 ， 我 可 以 使 用 Move Method (142) 将 
calculateEnd() 和 calculateLength() 搬 到 Interval 去 。 这 么 一 来 ， 我 就 拥有 
一 个 包容 所 有 领域 行为 和 领域 数据 、 并 与 GUI 分 离 的 领域 类 了 。 


如 果 上 述 工作 都 完成 了 ， 我 就 会 考虑 彻底 摆脱 这 个 GUI 类 。 如 果 它 是 个 较为 老 
旧 的 AWT 类 ， 我 会 考虑 将 它 换 成 一 个 比较 好 看 的 Swing 类 ， 而 且 后 者 的 坐标 定位 能 
力也 比较 强 。 我 可 以 在 领域 类 之 上 建立 一 个 Swing GUI。 这 样 ， 只 要 我 高 兴 ， 随 时 
可 以 去 掉 老 旧 的 GUI 。 


使 用 事件 监听 器 


如 果 你 使 用 事件 监听 器 而 不 是 Observer/Observable 模 式 , 仍然 可 以 实施 Duplicate 
Observed Data (189)。 这 种 情况 下 ,你 需要 在 领域 模型 中 建立 一 个 监听 器 类 和 一 个 事 
件 类 〈 如 果 你 不 在 意 依赖 关系 的 话 ， 也 可 以 使 用 AWT 类 ) 。 然后， 你 需要 对 领域 对 
象 注册 监听 器 ， 就 像 前 例 对 observable 对 象 注册 observer 一 样 。 每 当 领 域 对 和 象 发 
生变 化 (类 似 上 例 的 upaate() 函数 被 调用 ) ， 就 向 监听 器 发 送 一 个 事件 。 
Intervalwindow 可 以 利用 一 个 内 钳 类 来 实现 监听 器 接口 ， 并 在 适当 时 候 调用 适当 
的 upaate{) Ri. 
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8.7 Change Unidirectional Association to Bidirectional 


(将 单 向 关联 改 为 双向 关联 》 


两 个 类 都 需要 使 用 对 方 特性 ， 但 其 间 只 有 一 条 单 向 连接 。 
添加 一 个 反 向 指针 ， 并 使 修改 函数 "能 够 同时 更 新 两 条 连接 。 


动机 

开发 初期 ， 你 可 能 会 在 两 个 类 之 间 建 立 一 条 单 向 连接 ， 使 其 中 一 个 类 可 以 引用 
另 一 个 类 。 随 着 时 间 推 移 ， 你 可 能 发 现 被 引用 类 需要 得 到 其 引用 者 以 便 进行 某 些 处 
理 。 也 就 是 说 它 需 要 一 个 反问 指针 。 但 指针 是 一 种 单 问 连接， 你 不 可 能 反 回 操作 它 。 
通常 你 可 以 绕道 而 行 ， 虽 然 会 耗费 一 些 计算 时 间 ， 成 本 还 算 合理 ， 然 后 你 可 以 在 被 
引用 类 中 建立 一 个 函数 专门 负责 此 一 行为 。 但 是 ,有 时 候 想 绕 过 这 个 问题 并 不 容易 ， 
此 时 就 需要 建立 双向 引用 关系 ， 或 称 为 反 向 指针 。 如 果 使 用 不 当 ， 反 向 指针 很 容易 
造成 混乱 ; 但 只 要 你 习惯 了 这 种 手法 ， 它 们 其 实 并 不 是 太 复杂 。 


“ 反 向 指针 ”手法 有 点 棘手 ， 所 以 在 你 能 够 自如 运用 之 前 ， 应 该 有 相应 的 测试 。 
通常 我 不 花心 思 去 测试 访问 函数 ， 因 为 普通 访问 函数 的 风险 没有 高 到 需要 测试 的 地 
步 ， 但 本 重 构 要 求 测试 访问 函数 ， 所 以 它 是 极 少数 需要 添加 测试 的 重 构 手 法 之 一 。 

本 重 构 运 用 反 向 指针 实现 双向 关联 。 其 他 技术 《例如 连接 对 象 ) 需要 其 他 重 构 
手法 。 

做 法 
O 在 被 引用 类 中 增加 一 个 字段 ， 用 以 保存 反 向 指针 。 
O 决定 由 哪个 类 一 一 引用 端 还 是 被 引用 端 一 一 控制 关联 关系 。 


D modifier， 指 改变 双方 关系 的 函数 。 一 一 译 者 注 


www.TopSage.com 


Vv 





第 8 章 ”重新 组 织 数据 


O 在 被 控 端 建立 一 个 辅助 函数 ， 其 命名 应 该 清楚 指出 它 的 有 限 用 途 。 

O 如 果 既 有 的 修改 函数 在 控制 端 ， 让 它 负责 更 新 反 向 指针 。 

D 如 果 既 有 的 修改 函数 在 被 控 端 ， 就 在 控制 端 建立 一 个 控制 函数 ， 并 让 既 有 的 
修改 函数 调用 这 个 新 建 的 控制 函数 。 


范例 


下 面 是 一 段 简单 程序 ， 其 中 有 两 个 类 : 表示 “定单 ”的 ordaer 和 表示 “客户 ” 
的 Customer。order 引 用 了 customer， Customer 并 没有 3 引用 Order: 


class Order... 

Customer getCustomer() { 
return _customer; 

} 

void setCustomer (Customer arg) { 
_customer = arg; 

} 

Customer _customer; 


首先 ， 我 要 为 customer 添 加 一 个 字段 。 由 于 一 个 客户 可 以 拥有 多 份 定单 ， 所 
以 这 个 新 增 字 段 应 该 是 个 集合 。 我 不 希望 同一 份 定单 在 同一 个 集合 中 出 现 一 次 以 上 ， 
所 以 这 里 适合 使 用 set: 


class Customer { 
private Set _orders = new HashSet({); 


现在 , 我 需要 决定 由 哪 一 个 类 负责 控制 关联 关系 。 我 比较 喜欢 让 单个 类 来 操控 ， 
因为 这 样 就 可 以 将 所 有 处 理 关 联 关系 的 逻辑 集中 安置 于 一 地 。 我 将 按照 下 列 步骤 做 
出 这 一 决定 。 


1. 如 果 两 者 都 是 引用 对 象 ， 而 其 间 的 关联 是 “一 对 多 ”关系 ， 那 么 就 由 “拥有 
单一 引用 ”的 那 一 方 承担 “控制 者 ”角色 。 以 本 例 而 言 ， 如 果 一 个 客户 可 拥有 多 份 
定单 ， 那 么 就 由 Order 类 (定单 ) 来 控制 关联 关系 。 

2. 如 果 某 个 对 象 是 组 成 另 一 对 象 的 部 件 ， 那 么 由 后 者 负责 控制 关联 关系 。 

3. 如 果 两 者 都 是 引用 对 象 s， 而 其 间 的 关联 是 “多 对 多 ”关系 ， 那 么 随便 其 中 
哪个 对 象 来 控制 关联 关系 ， 都 无 所 谓 。 


本 例 之 中 ， 由 于 ordaer 负 责 控 制 关 联 关 系 ， 所 以 我 必须 为 customer 添 加 一 个 辅助 
函数 ， 让 ordaer 可 以 直接 访问 _oraers (订单 ) 集合 。oraer 的 修改 函数 将 使 用 这 个 辅 
助 函数 对 指针 两 端 对 象 进行 同步 控制 。 我 将 这 个 辅助 函数 命名 为 friendorders ()， 
表示 这 个 函数 只 能 在 这 种 特殊 情况 下 使 用 。 此 外 ， 如 果 oraer 和 Customer 位 在 同一 个 


www. lopSage.com 


8.7 Change Unidirectional Association to Bidirectional ( 将 单 向 关联 改 为 双向 关联 ) 


包 内 ， 我 还 会 将 friendorders () 声 明 为 包 内 可 见 8， 使 其 可 见 程度 降 到 最 低 。 但 如 果 
这 两 个 类 不 在 同一 个 包 内 ， 我 就 只 好 把 friendorders () 声明 为 public 了 。 


class Customer... 
Set friendOrders(} { 
/** should only be used by Order when modifying the association */ 
return _orders; 


) 
现在 ， 我 要 改变 修改 函数 ， 令 它 同时 更 新 反 向 指针 : 


class Order... 
void setCustomer(Customer arg) { 
if ({_customer != null) 
_customer.friendOrders().remove(this); 
_customer = arg; 
if (_customer != null) 
_customer.friendOrders({).add(this); 
} 


类 之 间 的 关联 关系 是 各 式 各 样 的 ， 因 此 修改 函数 的 代码 也 会 随 之 有 所 差异 。 如 
果 _customer 的 值 不 可 能 是 nul11， 那 么 可 以 拿 掉 上 述 的 第 一 个 null 检 查 ， 但 仍然 
需要 检查 传 入 参数 是 否 为 nul1。 不 过 ， 基 本 形式 总 是 相同 的 : 先 让 对 方 删除 指向 你 
的 指针 ， 再 将 你 的 指针 指向 一 个 新 对 象 ， 最 后 让 那个 新 对 象 把 它 的 指针 指向 你 。 


如 果 你 希望 在 customer 中 也 能 修改 连接 ， 就 让 它 调用 控制 函数 : 


class Customer... 
void addOrder(Order arg) { 
arg.setCustomer (this); 
} 


如 果 一 份 定单 也 可 以 对 应 多 个 客户 , 那么 你 所 面临 的 就 是 一 个 “多 对 多 ”情况 ， 
重 构 后 的 函数 可 能 是 下 面 这 样 : 


class Order... //controlling methods 

void addCustomer (Customer arg) { 
arg. friendOrders().add(this); 
_customers.add(arg) ; 

} 

void removeCustomer (Customer arg) { 
arg.friendOrders().remove(this); 
_customers.remove (arg); 


} 
class Customer... 
void addOrder(Order arg) { 
arg.addCustomer (this); 
void removeOrder (Order arg) { 


arg.removeCustomer(this); 


} 


D 即 不 加 任何 修饰 符 的 默认 访问 级 别 。 一 一 译 者 注 
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8.8 Change Bidirectional Association to Unidirectional 
(将 双向 关联 改 为 单 向 关联 ) 
两 个 类 之 间 有 双向 关联 ， 但 其 中 一 个 类 如 今 不 再 需要 另 一 个 类 的 特性 。 
去 除 不 必要 的 关联 。 


动机 

双向 关联 很 有 有 用， 但 你 也 必须 为 它 付 出 代价 ， 那 就 是 维护 双向 连接 、 确 保 对 象 
被 正确 创建 和 删除 而 增加 的 复杂 度 。 而且, 由 于 很 多 程序 员 并 不 习惯 使 用 双向 关联 ， 
它 往往 成 为 错误 之 源 。 

大 量 的 双向 连接 也 很 容易 造成 “僵尸 对 象 ”: 某 个 对 象 本 来 已 经 该 死亡 了 ， 却 
仍然 保留 在 系统 中 ， 因 为 对 它 的 引用 还 没有 完全 清除 。 


此 外 ， 双 向 关联 也 迫使 两 个 类 之 间 有 了 依赖 : 对 其 中 任 一 个 类 的 任何 修改 ， 都 
可 能 引发 男 一 个 类 的 变化 。 如 果 这 两 个 类 位 于 不 同 的 包 ， 这 种 依赖 就 是 包 与 包 之 间 
的 相依 。 过 多 的 跨 包 依 赖 会 造就 紧 耦 合 系统 ， 使 得 任何 一 点 小 小 改动 都 可 能 造成 许 
多 无 法 预知 的 后 果 。 
只 有 在 真正 需要 双向 关联 的 时 候 ， 才 应 该 使 用 它 。 如 果 发 现 双 向 关联 不 再 有 存 
在 价值 ， 就 应 该 去 掉 其 中 不 必要 的 一 条 关联 。 
做 法 
O 找 出 保存 “你 想 去 除 的 指针 ”的 字段 ， 检 查 它 的 每 一 个 用 户 ， 判 断 是 否 可 以 
去 除 该 指针 。 
不 但 要 检查 直接 访问 点 ， 也 要 检查 调用 这 些 直 接 访问 点 的 函数 。 
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汶 考 虑 有 无 可 能 不 通过 指针 取得 被 引用 对 象 。 如 果 有 可 能 , 你 就 可 以 对 取 值 
E SK4R FA Substitute Algorithm (139)， 从 而 让 客户 在 没有 指针 的 情况 下 也 可 
VAR FE HK, 

> 对 于 使 用 该 字段 的 所 有 函数 ， 考 虑 将 被 引用 对 象 作 为 参数 传 进去 。 

O 如 果 客 户 使 用 了 取 值 函数 ， 先 运用 Self Encapsulate Field (171) 将 待 删除 字段 
自我 封装 起 来 ， 然 后 使 用 Substitute Algorithm (139) 对 付 取 值 函数 ， 令 它 不 再 
使 用 该 字段 。 然 后 编译 、 测 试 。 

O 如 果 客 户 并 未 使 用 取 值 函数 ， 那 就 直接 修改 待 删除 字段 的 所 有 被 引用 点 : 改 
以 其 他 途径 获得 该 字段 所 保存 的 对 象 。 每 次 修改 后 ， 编 译 并 测试 。 

口 如 果 已 经 没有 任何 函数 使 用 待 删除 字段 ， 移 除 所 有 对 该 字段 的 更 新 逻辑 ， 然 
后 移 除 该 字段 。 i 
> 如 果 有 许多 地 方 对 此 字段 赋值 ， 先 运用 Self Encapsulate Field (171 4# ix 2 

地 点 改 用 同一 个 设 值 函数 。 编译 、 测 试 . 而 后 将 这 个 设 值 函 数 的 本 体 清空 。 
再 编译 、 再 测试 。 如 果 这 些 都 可 行 , 就 可 以 将 此 字段 和 其 设 值 函 数 ， 连 同 
对 设 值 函数 的 所 有 调用 ， 全 部 移 除 . 
O 编译 ， 测 试 。 
范例 


本 例 从 Change Unidirectional Association to Bidirectional (197) 留 下 的 代码 开始 进 
行 ， 其 中 customer 和 order 之 间 有 双向 关联 : 


class Order... 

Customer getCustomer() { 
return _customer; 

} 

void setCustomer(Customer arg) { 
if (_customer != null) 
_customer.friendOrders().remove(this); 
_customer = arg; 
if (_customer != null) 
_customer.friendOrders().add(this); 

} 

private Customer _customer; 


class Customer... 

void addOrder(Order arg) { 
arg.setCustomer (this) ; 

} 

private Set _orders = new HashSet(); 

Set friendOrders() { 
/** should only be used by Order */ 
return _orders; 


) 
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后 来 我 发 现 ， 除非 先 有 customer 对 象 ， 否则 不 会 存在 order 对 象 。 因 此 我 想 将 
从 Order 到 customer 的 连接 移 除 掉 。 


对 于 本 项 重 构 来 说 , 最 困难 的 就 是 检查 可 行 性 。 如 果 我 知道 本 项 重 构 是 安全 的 ， 
那么 重 构 手法 自身 十 分 简单 。 问 题 在 于 是 否 有 任何 代码 依赖 _customer 字 段 存在 。 
如 果 确 实 有 ， 那 么 在 删除 这 个 字段 之 后 ， 必 须 提供 替代 品 。 


首先 ， 我 需要 研究 所 有 读 取 这 个 字段 的 函数 ， 以 及 所 有 使 用 这 些 函数 的 函数 。 
我 能 找到 另 一 条 途径 来 提供 customer 对 象 吗 一 一 这 通常 意味 着 将 customer 对 象 
作为 参数 传递 给 用 户 。 下 面 是 一 个 简化 例子 : 


class Order... 
double getDiscountedPrice() I 
return getGrossPrice() * (1 - _customer.getDiscount ()); 
} 


改变 为 : 


class Order... 
Gouble getDiscountedPrice(Customer customer) { 
return getGrossPrice() * (1 - customer.getDiscount ()); 
} 


如 果 待 改 函 数 是 被 customer 对 象 调用 的 ， 那 么 这 样 的 修改 方案 特别 容易 实施 ， 
因为 customer 对 象 将 自己 作为 参数 传 给 函数 很 容易 。 所 以 下 列 代码 : 


class Customer... 
double getPriceFor(Order order) { 
Assert. isTrue(_orders.contains(order)); // see Introduce Assertion (267) 
return order.getDiscountedPrice(); 


变 成 了 : 


class Customer... 
double getPriceFor (Order order) { 
Assert.isTrue(_orders.contains (order) ); 
return order.getDiscountedPrice (this); 
} 


另 一 种 做 法 就 是 修改 取 值 函数 ， 使 其 在 不 使 用 _customer 字 段 的 前 提 下 返回 一 
个 customer 对 象 。 如 果 这 行 得 通 ， 就 可 以 使 用 Substitute Algorithm (139) 修 改 
Order .getCustomer () 函数 算法 。 我 有 可 能 这 样 修改 代码 : 


Customer getCustomer() { 


Iterator iter = Customer.getInstances().iterator(); 
while (iter.nasNext()) { 
Customer each = (Customer) iter.next(); 


if (each.containsOrder(this)) return each; 
} 
return null; 


} 
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IBS RS, ASAT. MA, FERRE, MRR 
据 库 查询 语句 ， 这 段 代 码 对 系统 性 能 的 影响 可 能 并 不 显著 。 如 果 ordaer 类 中 有 些 函 
数 使 用 _customer 字 段 ， 我 可 以 实施 Self Encapsulate Field (171) 令 它们 转 而 改 用 上 
述 的 getcustomer () 函数 。 


如 果 我 要 保留 上 述 的 取 值 函数 , 那么 oraer 和 Customez 的 关联 从 接口 上 看 虽然 
仍 是 双向 的 ， 但 实现 上 已 经 是 单 向 关系 了 。 虽 然 我 移 除了 反 向 指针 ， 但 两 个 类 彼此 
之 间 的 依赖 关系 仍然 存在 。 


既然 要 替换 取 值 函数 ， 那 么 我 就 专注 地 替换 它 ， 其 他 部 分 留待 以 后 处 理 。 我 会 
逐一 修改 取 值 函数 的 调用 者 ， 让 它们 通过 其 他 来 源 取得 Customer 对 象 。 每 次 修改 
后 都 编译 并 测试 。 实 际 工作 中 这 一 过 程 往 往 相 当 快 。 如 果 这 个 过 程 让 我 觉得 很 棘手 
很 复杂 ， 我 会 放弃 本 项 重 构 。 


一 旦 消除 了 _customer 字 有 段 的 所 有 读 取 点 ,我 就 可 以 着 手 处 理 对 此 字段 赋值 的 
函数 了 。 很 简单 ， 只 要 把 这 些 赋 值 动作 全 部 移 除 ， 再 把 字段 一 并 删除 就 行 了 。 由 于 
已 经 没有 任何 代码 需要 这 个 字段 ， 所 以 删 掉 它 并 不 会 带 来 任何 影响 。 
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8.9 Replace Magic Number with Symbolic Constant 
(以 字面 常量 取代 魔法 数 ) 
你 有 一 个 字面 数值 ， 带 有 特别 含义 。 
创造 一 个 常量 ， 根 据 其 意义 为 它 命 名 ， 并 将 上 述 的 字面 数值 替换 为 这 个 常量 。 


double potentialEnergy (double mass, double height) { 
return mass * 9.81 * height; 


J 


WY 


double potentialEnergy (double mass, double height) { 
return mass * GRAVITATIONAL_CONSTANT * height; 


} 


} 
static final double GRAVITATIONAL_CONSTANT = 9.81; 


动机 


在 计算 科学 中 ， 魔 法 数 〈magic number) 是 历史 最 息 久 的 不 良 现象 之 一 。 所 谓 
魔法 数 是 指 拥有 特殊 意义 ， 却 又 不 能 明确 表现 出 这 种 意义 的 数字 。 如 果 你 需要 在 不 
同 的 地 点 引用 同一 个 逻辑 数 ， 魔 法 数 会 让 你 烦恼 不 己 ， 因 为 一 旦 这 些 数 发 生 改 变 ， 
你 就 必须 在 程序 中 找到 所 有 魔法 数 , 并 将 它们 全 部 修改 一 遍 , 这 简直 就 是 一 场 性 梦 。 


就 算 你 不 需要 修改 ， 要 准确 指出 每 个 谭 法 数 的 用 途 ， 也 会 让 你 颇 费 脑筋 。 


许多 语言 都 允许 你 声明 常量 。 常 量 不 会 造成 任何 性 能 开销 ， 却 可 以 大 大 提高 代 


码 的 可 读 性 。 


进行 本 项 重 构 之 前 ， 你 应 该 先 寻 找 其 他 替换 方案 。 你 应 该 观察 魔法 数 如 何 被 使 
用 ， 而 后 你 往往 会 发 现 一 种 更 好 的 使 用 方式 。 如 果 这 个 魔法 数 是 个 类 型 码 ， 请 考虑 
使 用 Replace Type Code with Class (218); 如 果 这 个 魔法 数 代表 一 个 数组 的 长 度 ， 请 


在 遍历 该 数组 的 时 候 ， 改 用 Array .length()。 
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8.9 Replace Magic Number with Symbolic Constant ( 以 字面 常量 取代 魔法 数 ) V 
做 法 

o 声明 一 个 常量 ， 令 其 值 为 原本 的 魔法 数值 。 

口 找 出 这 个 魔法 数 的 所 有 引用 点 。 


o 检查 是 否 可 以 使 用 这 个 新 声明 的 常量 来 替换 该 魔法 数 。 如 果 可 以 , 便 以 此 常 
景 替换 之 。 


口 编译 。 


O 所 有 魔法 数 都 被 替换 完毕 后 ， 编 译 并 测试 。 此 时 整个 程序 应 该 运转 如 常 ， 就 
像 没 有 做 任何 修改 一 样 。 


鸭 有 个 不 错 的 测试 办 法 : 检查 现在 的 程序 是 否 可 以 被 你 轻松 地 修改 常量 值 
(这 可 能 意味 某 些 预期 结果 将 有 所 改变 ， 以 配合 这 一 新 值 。 实 际 工作 中 并 
非 总 是 可 以 进行 这 样 的 测试 )。 如 果 可 行 ， 这 就 是 一 个 不 错 的 手法 。 
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8.10 Encapsulate Field (封装 字段 ) 


你 的 类 中 存在 一 个 public 字 段 。 
将 它 声明 为 private， 并 提供 相应 的 访问 函数 。 


| 


public String _name; 


private String _name; 


public String getName() {return _name;} 
public void setName(String arg) {_name = arg;} 


面向 对 象 的 首要 原则 之 一 就 是 封装 ， 或 者 称 为 “数据 隐藏 ”。 按 此 原则 ， 你 绝 
不 应 该 将 数据 声明 为 public, 否则 其 他 对 象 就 有 可 能 访问 甚至 修改 这 项 数据 , 而 拥有 
该 数据 的 对 象 却 毫 无 察觉 。 于 是 ， 数 据 和 行为 就 被 分 开 了 一 一 这 可 不 是 件 好 事 。 


数据 声明 为 public 被 看 做 是 一 种 不 好 的 做 法 ， 因 为 这 样 会 降低 程序 的 模块 化 程 
度 。 数 据 和 使 用 该 数据 的 行为 如 果 集中 在 一 起 ， 一 旦 情况 发 生变 化 ， 代 码 的 修改 就 
会 比较 简单 ， 因 为 需要 修改 的 代码 都 集中 于 同一 块 地 方 ， 而 不 是 星罗棋布 地 散落 在 
整个 程序 中 。 


Encapsulate Field (206) 是 封装 过 程 的 第 一 步 。 通 过 这 项 重 构 手 法 ， 你 可 以 将 数 
据 隐藏 起 来 ， 并 提供 相应 的 访问 函数 。 但 它 毕 竟 只 是 第 一 步 。 如 果 一 个 类 除了 访问 
函数 外 不 能 提供 其 他 行为 ， 它 终究 只 是 一 个 哑 吧 类 。 这 样 的 类 并 不 能 享受 对 和 象 技术 
带 来 的 好 处 ,而 你 知道 , 浪费 任何 一 个 对 象 都 是 很 不 好 的 。 实 施 Encapsulate Field (206) 
之 后 ， 我 会 尝试 寻找 用 到 新 建 访问 函数 的 代码 ， 看 看 是 否 可 以 通过 简单 的 Move 
Method (142) 轻 快 地 将 它们 移 到 新 对 象 去 。 
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做 法 
O 为 public 字 段 提 供 取 值 / 设 值 函数 。 


D 找到 这 个 类 以 外 使 用 该 字段 的 所 有 地 点 。 如 果 客 户 只 是 读 取 该 字段 ， 就 把 引 
用 替换 为 对 取 值 函数 的 调用 ;如果 客 户 修改 了 该 字段 值 ， 就 将 此 引用 点 替换 
为 对 设 值 函数 的 调用 。 


> 如 果 这 个 字段 是 个 对 象 , 而 客户 只 不 过 是 调用 该 对 象 的 某 个 函数 ,那么 无 
论 该 函数 是 否 改变 对 象 状态 ， 都 只 能 算是 读 取 该 字段 。 只 有 当 客 户 为 该 字 
段 赋值 时 ， 才 能 将 其 替换 为 设 值 函 数 。 


O 每 次 修改 之 后 ， 编 译 并 测试 。 
O 将 字段 的 所 有 用 户 修改 完毕 后 ， 把 字段 声明 为 private。 
O 编译 ， 测 试 。 
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8.11 Encapsulate Collection 〈 封 装 集合 ) 
有 个 函数 返回 一 个 集合 。 
让 这 个 函数 返回 该 集合 的 一 个 只 读 副 本 , 并 在 这 个 类 中 提供 添加 / 移 除 集合 
元 素 的 函数 。 


getCourses():Unmodifiable Set 
addCourse(:Course) 
removeCourse(:Course) 










=> 





动机 
我 们 常常 会 在 一 个 类 中 使 用 集合 (collection， 可 能 是 array、list、set 或 vector) 
来 保存 一 组 实例 。 这 样 的 类 通常 也 会 提供 针对 该 集合 的 取 值 / 设 值 函数 。 


但 是 ， 集 合 的 处 理 方式 应 该 和 其 他 种 类 的 数据 略 有 不 同 。 取 值 函数 不 该 返回 集 
合 自身 ， 因 为 这 会 让 用 户 得 以 修改 集合 内 容 而 集合 拥有 者 却 一 无 所 悉 。 这 也 会 对 用 
户 暴露 过 多 对 象 内 部 数据 结构 的 信息 。 如 果 一 个 取 值 函数 确实 需要 返回 多 个 值 ， 它 
应 该 避免 用 户 直 接 操 作对 和 象 内 所 保存 的 集合 ,并 隐藏 对 象 内 与 用 户 无 关 的 数据 结构 。 
至 于 如 何 做 到 这 一 点 ， 视 你 使 用 的 Java 版 本 不 同 而 有 所 不 同 。 


另外 ， 不 应 该 为 这 整个 集合 提供 一 个 设 值 函 数 ， 但 应 该 提供 用 以 为 集合 添加 / 
移 除 元 素 的 函数 。 这 样 ， 集 合 拥有 者 〈 对 象 ) 就 可 以 控制 集合 元 素 的 添加 和 移 除 。 


如 果 你 做 到 以 上 几 点 ， 集 合 就 被 很 好 地 封装 起 来 了 ， 这 使 可 以 降低 集合 拥有 者 
和 用 户 之 间 的 耦合 度 。 


做 法 
a 加 入 为 集合 添加 / 移 除 元 素 的 函数 。 
O 将 保存 集合 的 字段 初始 化 为 一 个 空 集 合 。 
O fik. 
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n 找 出 集合 设 值 函数 的 所 有 调用 者 。 你 可 以 修改 那个 设 值 函数 ， 让 它 使 用 上 述 
新 建立 的 “添加 / BRR” BR: 也 可 以 直接 修改 调用 端 ， 改 让 它们 调用 
上 述 新 建立 的 “添加 / 移 除 元 素 ” 函 数 。 
> 两 种 情况 下 需要 用 到 集合 设 值 函 数 : (1) 集 合 为 空 时 ; (2) 准 备 将 原 有 集合 

替换 为 另 一 个 集合 时 。 
=> 你 或 许 会 想 运 用 Rename Method (273) 为 集合 设 值 函 数 改 名 : 从 setXxx() 
改 为 initializeXxx() 或 replaceXxx |(). 

O 编译 ， 测 试 。 

n 找 出 所 有 “通过 取 值 函数 获得 集合 并 修改 其 内 容 ” 的 函数 。 逐 一 修改 这 些 函 
数 ， 让 它们 改 用 添加 / 移 除 函数 。 每 次 修改 后 ， 编 译 并 测试 。 

修改 完 上 述 所 有 “通过 取 值 函数 获得 集合 并 修改 集合 内 容 ” 的 函数 后 ， 修 改 
取 值 函数 自身 ， 使 它 返回 该 集合 的 一 个 只 读 副 本 。 
=» 在 Java 2 中 ， 你 可 以 使 用 Collection.unmodifiableXxx() 得 到 该 集合 

的 只 读 副 本 。 
= 在 Javal.1 中 ， 你 应 该 返回 集合 的 一 份 副 本 。 

O 编译 ， 测 试 。 

找 出 取 值 函数 的 所 有 用 户 ， 从 中 找 出 应 该 存在 于 集合 所 属 对 象 内 的 代码 。 运 

用 Extract Method (110) 和 Move Method (142) 将 这 些 代码 移 到 宿主 对 象 去 。 

=> 如 果 你 使 用 Java2， 那 么 本 项 重 构 到 此 为 止 。 如 果 你 使 用 Java1.1， 那 么 用 
户 也 许 会 喜欢 使 用 枚 举 。 为 了 提供 这 个 枚 举 ， 你 应 该 像 如 下 这 样 做 。 

口 修改 现 有 取 值 函数 的 名 字 ， 然 后 添加 一 个 新 取 值 函数 ， 使 其 返回 一 个 枚 举 。 
找 出 提取 值 函 数 的 所 有 被 使 用 点 ， 将 它们 都 改 为 使 用 新 取 值 函数 。 
O 如 果 这 一 步 跨度 太 大 ， 你 可 以 先 使 用 Rename Method (273) 修 改 原 取 值 函数 的 
名 称 ; 再 建立 一 个 新 取 值 函数 用 以 返回 枚 举 ; 最 后 再 修改 所 有 调用 者 ， 使 其 
调用 新 取 值 函数 。 
O 编译 ， 测 试 。 
范例 


Java 2 提供 了 全 新 的 集合 类 一 一 并 非 仅 仅 加 入 一 些 新 类 ， 而 是 完全 改变 了 集合 





口 
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的 风格 。 所 以 在 Javal.1 和 Java 2 中 ， 封 装 集合 的 方式 也 完全 不 同 。 我 首先 讨论 Java 2 
的 方式 ， 因 为 我 认为 功能 更 强大 的 Java 2 会 取代 Java1.1 的 地 位 。 


范例 : Java 2 


假设 有 个 人 要 去 上 课 。 我 们 用 一 个 简单 的 course 来 表示 “课程 ”: 


class Course... 
public Course (String name, boolean isAdvanced) {...}; 
public boolean isAdvanced() {...}; 


我 不 关心 课程 其 他 细节 。 我 感 兴趣 的 是 表示 “人 ”的 Person: 


class Person... 
public Set getCourses() { 
return _courses; 
} 
public void setCourses(Set arg) { 
_courses = arg; 
} 


private Set _courses; 


有 了 这 个 接口 ， 我 们 就 可 以 这 样 为 某 人 添加 课程 : 


Person kent = new Person(); 

Set s = new HashSet(); 

s.add(new Course ("Smalltalk Programming", false)); 
s.add(new Course ("Appreciating Single Malts", true)); 
kent .setCourses (sS); 

Assert.equals (2, kent.getCourses().size()); 

Course refact = new Course ("Refactoring", true); 
kent.getCourses().add(refact) ; 

kent .getCourses().add(new Course ("Brutal Sarcasm", false)); 
Assert.equals (4, kent.getCourses().size()); 

kent .getCourses().remove(refact) ; 

Assert.equals (3, kent.getCourses().size()); 


如 果 想 了 解 高 级 课程 ， 可 以 这 么 做 : 


Iterator iter = person.getCourses().iterator(); 


int count = 0; 
while (iter.hasNext()) { 
Course each = (Course) iter.next({); 


if {each.isAdvanced({)) count ++; 
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我 要 做 的 第 一 件 事 就 是 为 Person 中 的 集合 建立 合适 的 修改 函数 〈 即 添加 / 移 除 
函数 )， 如 下 所 示 ， 然 后 编译 : 


class Person 
public void addCourse (Course arg) { 
_courses.add(arg); 
} 
public void removeCourse (Course arg) { 
_courses. remove (arg); 
} 


如 果 像 下 面 这 样 初始 化 _courses 字 段 ， 我 的 人 生 会 轻松 得 多 : 


private Set _courses = new HashSet(); 


接 下 来 , 我 需要 观察 设 值 函数 的 调用 者 。 如 果 有 许多 地 点 大 量 运 用 了 设 值 函数 ， 
就 需要 修改 设 值 函数 , 令 它 调用 添加 / 移 除 函数 。 这 个 过 程 的 复杂 度 取 决 于 设 值 函数 
的 被 使 用 方式 。 设 值 函 数 的 用 法 有 两 种 ,最 简单 的 情况 就 是 : 它 被 用 来 初始 化 集合 。 
换 句 话说 ， 设 值 函 数 被 调用 之 前 ，_courses 是 个 空 集合 。 这 种 情况 下 只 需 修改 设 
值 函数 ， 令 它 调用 添加 函数 就 行 了 : 


class Person... 

public void setCourses(Set arg) { 
Assert .isTrue(_courses.isEmpty()); 
Iterator iter = arg.iterator(); 
while (iter.hasNext()) { 

addCourse((Course) iter.next({)); 

} 

} 


修改 完毕 后 ， 最 好 以 Rename Method (273) 更 明确 地 展示 这 个 函数 的 意图 。 


public void initializeCourses(Set arg) { 
Assert .isTrue(_courses.isEmpty()); 
Iterator iter = arg.iterator(); 
while (iter.hasNext()) { 
addCourse((Course} iter.next()); 
} 
} 


更 普通 的 情况 下 ”, 我 必须 首先 调用 移 除 函数 将 集合 中 的 所 有 元 素 全 部 移 除 , 然 
后 再 调用 添加 函数 将 元 素 一 一 添加 进去 。 不 过 我 发 现 这 种 情况 很 少 出 现 《〈 唔 ， 愈 是 
普通 的 情况 ， 愈 少 出 现 )。 


© 指 非 上 述 所 言 对 空 集合 设 初 值 。 一 一 译 者 注 
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如 果 我 知道 初始 化 时 ， 除 了 添加 元 素 ， 不 会 再 有 其 他 行为 ， 那 么 我 可 以 不 使 用 
循环 ， 直 接 调用 aaaal111() 函数 : 


public void initializeCourses(Set arg) { 
Assert .isTrue(_courses.isEmpty()); 
_courses.addAll (arg); 

} 


我 不 能 直接 把 传 入 的 set 赋 值 给 _courses 字 段 ， 就 算 原 本 这 个 字段 是 空 的 也 不 
行 。 因 为 万 一 用 户 在 把 set 传 递 给 person 对象 之 后 又 去 修改 set 中 的 元 素 ， 就 会 破坏 
封装 。 我 必须 像 上 面 那样 创建 set 的 一 个 副本 。 


如 果 用 户 仅仅 只 是 创建 一 个 set， 然 后 使 用 设 值 函数 "， 我 可 以 让 它们 直接 使 用 
添加 / 移 除 函 数 ， 并 将 设 值 函数 完全 移 除 。 于 是 ， 以 下 代码 : 


Person kent = new Person(); 

Set s = new HashSet (); 

s.add(new Course ("Smalltalk Programming", false)); 
s.add(new Course ("Appreciating Single Malts”, true)); 
kent.initializeCourses(s); 


就 变 成 了 : 


Person kent = new Person(); 
kent .addCourse(new Course ("Smalltalk Programming", false)); 
kent .addCourse(new Course ("Appreciating Single Malts", true)); 


接 下 来 ， 我 开始 观察 取 值 函数 的 使 用 情况 。 首 先 处理 “ 通 过 取 值 函数 修改 集合 
元 素 ” 的 情况 ， 例 如 : 


kent .getCourses() .add(new Course ("Brutal Sarcasm”, false)); 
这 种 情况 下 我 必须 加 以 改变 ， 使 它 调用 新 的 修改 函数 : 
kent.addCourse(new Course ("Brutal Sarcasm", false)); 


修改 完 所 有 此 类 情况 之 后 ， 我 可 以 让 取 值 函数 返回 一 个 只 读 副 本 ， 用 以 确保 没 
有 任何 一 个 用 户 能 够 通过 取 值 函 数 修改 集合 : 


public Set getCourses() { 
return Collections.unmodifiableSet (_courses) ; 


} 


这 样 我 就 完成 了 对 集合 的 封装 。 此 后 ， 不 通过 Person 提 供 的 添加 / 移 除 函 数 ， 
谁 也 不 能 修改 集合 内 的 元 素 。 


© 目前 已 改名 为 initializecourses()。 一 一 译 者 注 
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将 行为 移 到 这 个 类 中 


我 拥有 了 合理 的 接口 。 现在 开始 观察 取 值 函数 的 用 户 , 从 中 找 出 应 该 属于 Person 
的 代码 。 下 面 这 样 的 代码 就 应 该 搬移 到 Person 去 : 


Iterator iter = person.getCourses().iterator(); 
int count = 0; 
while (iter.hasNext()) { 

Course each = (Course) iter.next(); 

if (each.isAdvanced()}) count ++; 


} 


因为 以 上 只 使 用 了 属于 Person 的 数据 。 首 先 我 使 用 Extract Method (110) 将 这 段 
代码 提炼 为 一 个 独立 函数 : 


int numberOfAdvancedCourses(Person person) { 
Iterator iter = person.getCourses().iterator(); 
int count = 0; 
while (iter.hasNext({)) { 
Course each = (Course) iter.next(); 
if (each.isAdvanced({))} count++; 
} 
return count; 
} 


然后 使 用 Move Method (142) 将 这 个 函数 搬移 到 Person 中 : 


class Person... 
int numberOfAdvancedCourses() { 
Iterator iter = getCourses().iterator(); 





int count = 0; 

while (iter.hasNext()) { 
Course each = (Course) iter.next(); 
if (each.isAdvanced()) count++; 


} 
return count; 


} 
下 列 代码 是 一 个 常见 的 例子 : 


kent .getCourses() .Sizel() 


可 以 将 其 修改 成 更 具 可 读 性 的 样子 ， 像 这 样 : 


kent .numberOfCourses () 
class Person... 
public int numberOfCourses() { 
return _courses.size({); 
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数 年 以 前 , 我 曾经 担心 将 这 样 的 行为 搬移 到 Person 中 会 导致 Person 变 得 腑 肿 。 
但 是 在 实际 工作 经 验 中 ， 我 发 现 这 通常 并 不 成 为 问题 。 


范例 : Java 1.1 


在 很 多 地 方 ，Java 1.1 的 情况 和 Java 2 非常 相似 。 这 里 我 使 用 同一 个 范例 ， 不 过 
集合 改 为 vector?: 


class Person... 

public Vector getCourses() { 
return _courses; 

} 

public void setCourses(Vector arg) { 
_courses = arg; 

} 

private Vector _courses; 


同样 地 ， 我 首先 建立 修改 函数 ， 并 初始 化 _courses 字 段 ， 如 下 所 示 : 


class Person 

public void addCourse(Course arg) | 
_courses.addElement (arg) ; 

} 

public void removeCourse(Course arg) { 
_courses.removeElement (arg) ; 

} 

private Vector _courses = new Vector{({); 


我 可 以 修改 setCcourses () 来 初始 化 这 个 vector: 


public void initializeCourses(Vector arg) { 
Assert.isTrue(_courses.isEmpty()); 
Enumeration e = arg.elements(); 
while (e.hasMoreElements()) { 
addCourse( (Course) e.nextElement ()); 


} 

然后 ， 我 修改 取 值 函 数 调用 点 ， 让 它们 改 用 新 建 的 修改 函数 。 于 是 下 列 代码 ; 

kent.getCourses().addElement (new Course ("Brutal Sarcasm", false)); 
就 变 成 了 : 


kent.addCourse(new Course ("Brutal Sarcasm", false)); 





@ 因为 vector 属 于 Java 1.1， 不 属于 Java 2。 一 一 译 者 注 
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最 后 一 步 需要 有 点 改变 ， 因 为 Java 1.1 的 Vector 类 并 没有 提供 “不 可 修改 版 ”: 


class Person... 
Vector getCourses() { 
return (Vector) _courses.clone(); 


} 


这 样 便 完 成 了 集合 的 封装 。 此 后 ， 如 果 不 通过 Person 提 供 的 函数 ， 谁 也 不 能 改 
变 集合 的 元 素 。 


范例 : 封装 数组 


数组 经 常 被 使 用 , 特别 是 对 于 那些 不 熟悉 集合 的 程序 员 而 言 。 我 很 少 使 用 数组 ， 
因为 我 更 喜欢 功能 更 加 丰富 的 集合 类 。 进 行 封装 时 ， 我 常 把 数组 换 成 其 他 集合 。 


这 次 我 们 的 范例 从 一 个 字符 串 数组 开始 : 


String[] getSkills() { 
return _skills; 

} 

void setSkills (String[{] arg) { 
_skills = arg; 


String[] skills; 


同样 地 ， 首 先 要 提供 一 个 修改 函数 。 由 于 用 户 有 可 能 修改 数组 中 某 一 特定 位 置 
上 的 值 ， 所 以 我 提供 的 set ski11 () 必须 能 对 任何 特定 位 置 上 的 元 素 赋值 : 
void setSkill(int index, String newSkill) { 


_Skills[index] = newSkill; 
} 


如 果 我 需要 对 整个 数组 赋值 ， 可 以 使 用 下 列 函 数 : 


void setSkills(String[] arg) í 
-Skills = new String[arg.length]; 
for (int i = 0; i < arg.length; i++) 
setSkill(i, arg[i]); 
} 


如 果 需 要 处 理 从 数组 中 移 除 元 素 ， 就 会 有 些 困难 。 如 果 作 为 参数 传 入 的 数组 和 
原 数组 长 度 不 同 ， 情 况 也 会 比较 复杂 。 这 也 是 我 优先 选择 集合 的 原因 之 一 。 
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现在 ， 我 需要 观察 取 值 函数 的 调用 者 。 我 可 以 把 下 列 代码 : 


kent.getSkills()[1] = "Refactoring"; 


改 成 : 


kent.setSkill(1,"Refactoring"); 


完成 这 一 系列 修改 之 后 ， 我 可 以 修改 取 值 函数 ， 令 它 返 回 一 份 数 组 副本 : 


String[] getSkills() { 
String[] result = new String[_skillis.length] ; 


System.arraycopy(_skills, 0, result, 0, _skills.length); 
return result; 


现在 ， 是 把 数组 换 成 list 的 时 候 了 : 


class Person... 

String{] getSkills() { 
return (String[]) _skills.toArray (new String[0]); 

} 

void setSkill(int index, String newSkill) { 
_skills.set (index,newSkill); 

} 

List _skilis = new ArrayList({); 
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8.12 Replace Record with Data Class (以 数据 类 取代 记录 ) 


你 需要 面 对 传 统 编程 环境 中 的 记录 结构 。 
为 该 记录 创建 一 个 “ 哑 ” 数 据 对 象 。 
动机 
记录 型 结构 是 许多 编程 环境 的 共同 性 质 。 有 一 些 理由 使 它们 被 带 进 面向 对 象 各 
序 之 中 你 可 能 面 对 的 是 一 个 遗留 程序 ， 也 可 能 需要 通过 一 个 传统 API 来 与 记录 结 
构 交流 ， 或 是 处 理 从 数据 库 读 出 的 记录 。 这 些 时 候 你 就 有 必要 创建 一 个 接口 类 ， 用 
以 处 理 这 些 外 来 数据 。 最 简单 的 做 法 就 是 先 建立 一 个 看 起 来 类 似 外 部 记录 的 类 ， 以 
便 日 后 将 某 些 字 段 和 函数 所 移 到 这 个 类 之 中 。 一 个 不 太 常见 但 非常 令 人 注目 的 情况 


是 : 数组 中 的 每 个 位 置 上 的 元 素 都 有 特定 含义 ， 这 种 情况 下 应 该 使 用 Replace Array 
with Object (186). 


做 法 
O 新 建 一 个 类 ， 表 示 这 个 记录 。 


O 对 于 记录 中 的 每 一 项 数据 ， 在 新 建 的 类 中 建立 对 应 的 一 个 private 字 段 ， 并 提 
供 相应 的 取 值 / 设 值 函数 。 


现在 ， 你 拥有 了 一 个 “ 哑 ” 数 据 对 象 。 这 个 对 象 现在 还 没有 任何 有 用 的 行为 ， 
但 是 更 进一步 的 重 构 会 解决 这 个 问题 。 
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8.13 Replace Type Code with Class (以 类 取代 类 型 码 ) 


类 之 中 有 一 个 数值 类 型 码 ， 但 它 并 不 影响 类 的 行为 。 
以 一 个 新 的 类 替换 该 数值 类 型 码 。 


oodGroup : int 





动机 

在 以 C 为 基础 的 编程 语言 中 ， 类 型 码 或 枚 举 值 很 常见 。 如 果 带 着 一 个 有 意义 的 
符号 名 ， 类 型 码 的 可 读 性 还 是 不 错 的 。 问 题 在 于 ， 符 号 名 终究 只 是 个 别名 ， 编 译 器 
看 见 的 、 进 行 类 型 检验 的 ， 还 是 背后 那个 数值 。 任 何 接受 类 型 码 作为 参数 的 函数 ， 
所 期 望 的 实际 上 是 一 个 数值 ， 无 法 强制 使 用 符号 名 。 这 会 大 大 降低 代码 的 可 读 性 ， 
从 而 成 为 bug 之 源 。 | 

如 果 把 那样 的 数值 换 成 一 个 类 ， 编 译 器 就 可 以 对 这 个 类 进行 类 型 检验 。 只 要 为 
这 个 类 提供 工厂 函数 ， 你 就 可 以 始终 保证 只 有 合法 的 实例 才 会 被 创建 出 来 ， 而 且 它 
们 都 会 被 传递 给 正确 的 宿主 对 象 。 


但 是 ， 在 使 用 Replace Type Code with Class (218) 之 前 ， 你 应 该 先 考虑 类 型 码 的 
其 他 替换 方式 。 只 有 当 类 型 码 是 纯粹 数据 时 (也 就 是 类 型 码 不 会 在 switch 语 句 中 引 
起 行为 变化 时 )， 你 才能 以 类 来 取代 它 。Java 只 能 以 整数 作为 switch 语 名 的 判断 依 
据 ， 不 能 使 用 任意 类 ， 因 此 那 种 情况 下 不 能 够 以 类 替换 类 型 码 。 更 重要 的 是 : 任何 
switch 语 句 都 应 该 运用 Replace Conditional with Polymorphism (255) 去 掉 。 为 了 进行 
那样 的 重 构 ， 你 首先 必须 运用 Replace Type Code with Subclasses (223) 或 Replace Type 
Code with State/Strategy (227)， 把 类 型 码 处 理 掉 。 
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即使 一 个 类 型 码 不 会 因 其 数值 的 不 同 而 引起 行为 上 的 差异 ， 宿 主 类 中 的 某 些 行 
为 还 是 有 可 能 更 适合 置 放 于 类 型 码 类 中 ， 因 此 你 还 应 该 留意 是 否 有 必要 使 用 Move 
Method (142) 将 一 两 个 函数 据 过 去 。 


做 法 
n 为 类 型 码 建立 一 个 类 。 


> 这 个 类 需要 一 个 用 以 记录 类 型 码 的 字段 ， 其 类 型 应 该 和 类 型 码 相同 ,并 应 
该 有 对 应 的 取 值 函数 。 此 外 还 应 该 用 一 组 静态 变量 保存 允许 被 创建 的 实 
例 ， 并 以 一 个 静态 函数 根据 原本 的 类 型 码 返 回合 适 的 实例 。 


O 修改 源 类 实现 ， 让 它 使 用 上 述 新 建 的 类 。 


> 维持 原先 以 类 型 码 为 基础 的 函数 接口 , 但 改变 静态 字段 , 以 新 建 的 类 产生 
人 代码。 然后， 修改 类 型 码 相关 函数 ， 让 它们 也 从 新 建 的 类 中 获取 类 型 码 。 


O 编译 ， 测 试 。 
= 此 时 ， 新 建 的 类 可 以 对 类 型 码 进行 运行 期 检查 。 


a 对 于 源 类 中 每 一 个 使 用 类 型 码 的 函数 ， 相 应 建立 一 个 函数 ， 让 新 函数 使 用 新 
建 的 类 。 


党 你 需要 建立 “以 新 类 实例 为 自 变量 ”的 浮 数 ， 用 以 替换 原先 “直接 以 类 型 
码 为 参数 ”的 函数 。 你 还 需要 建立 一 个 “返回 新 类 实例 ”的 函数 ， 用 以 替 
换 原 先 “ 直 接 返 回 类 型 码 ” 的 函数 。 建 立新 函数 前 ， 你 可 以 使 用 Rename 
Method (273) 修 改 原 函数 名 称 , 明确 指出 哪些 函数 仍然 使 用 旧式 的 类 型 码 ， 
这 往往 是 个 明智 之 举 。 
O 逐一 修改 源 类 用 户 ， 让 它们 使 用 新 接口 。 
n 每 修改 一 个 用 户 ， 编 译 并 测试 。 


D 你 也 可 能 需要 一 次 性 修改 多 个 彼此 相关 的 函数 ,才能 保持 这 些 函 数 之 间 的 
一 致 性 ， 才 能 顺利 地 编译 、 测 试 。 


O 删除 使 用 类 型 码 的 旧 接 口 ， 并 删除 保存 旧 类 型 码 的 静态 变量 。 
O 编译 ， 测 试 。 
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范例 


每 个 人 都 拥有 四 种 血型 中 的 一 种 。 我 们 以 Person 来 表示 “人 ”， 以 其 中 的 类 型 
码 表 示 “ 血 型 ”: 
class Person { 
public static final int O 
public static final int A 


public static final int B = 2; 
public static final int AB = 3; 


t 


i 
NF CO 


private int _bloodGroup; 


public Person(int bloodGroup) { 
_bloodGroup = bloodGroup; 
} 


public void setBloodGroup(int arg) { 
_bloodGroup = arg; 
} 


public int getBloodGroup() { 
return _bloodGroup; 


} 


首先 ， 我 建立 一 个 新 的 BloodaGroup 类 ， 用 以 表示 “血型 ” 并 在 这 个 类 实例 中 
保存 原本 的 类 型 码 数值 


class BloodGroup { 
public static final BloodGroup O = new BloodGroup(0); 
public static final BloodGroup A = new BloodGroup(i); 
public static final BloodGroup B = new BloodGroup(2); 
public static final BloodGroup AB = new BloodGroup(3)j; 
private static final BloodGroup[] _values = { O, A, B, AB }; 


private final int _code; 
private BloodGroup(int code) { 
_code = code; 
} 
public int getCode() { 
return _code; 


} 


public static BloodGroup code(int arg) { 
return _values[arg]; 
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然后 ， 我 把 Person 中 的 类 型 码 改 为 使 用 BloodGroup 类 : 


class Person { 


public static final int O BloodGroup.0O.getCode(); 
public static final int A = BloodGroup.A.getCode(); 
public static final int B = BloodGroup.B.getCode(); 
public static final int AB = BloodGroup.AB.getCode(); 


private BloodGroup _bloodGroup; 


public Person(int bloodGroup) { 


_bloodGroup = BloodGroup.code(bloodGroup) ; 
} 


public int getBloodGroup() { 
return _bloodGroup.getCode(); 
} 


public void setBloodGroup(int arg) { 
_bloodGroup = BloodGroup.code(arg) ; 
} 
} 
现在 ， 我 因为 BloodGroup 类 而 拥有 了 运行 期 检验 能 力 。 为 了 真正 从 这 些 改变 
中 获 利 ， 我 还 必须 修改 Person 的 用 户 ， 让 它们 以 BloodGroup 对 象 表示 类 型 码 ， 而 


不 再 使 用 整数 。 
HAC, 我 使 用 Rename Method (273) 修 改 类 型 码 访问 函数 的 名 称 ， 说 明 当 前 情况 : 


class Person... 
public int getBloodGroupCode() { 
return _bloodGroup.getCode(); 





然后 我 为 Person 加 入 一 个 新 的 取 值 函 数 ， 其 中 使 用 BloodGroup: 


public BloodGroup getBloodGroup() { 
return _bloodGroup; 


} 
另外 ， 我 还 要 建立 新 的 构造 函数 和 设 值 函数 ， 让 它们 也 使 用 BloodGroup: 


public Person (BloodGroup bloodGroup ) { 
_bloodGroup = bloodGroup; 
} 


public void setBloodGroup(BloodGroup arg) { 


_bloodGroup = arg; 
} 
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ME, 我 要 继续 处 理 Person 用 户 。 此 时 应 该 注意 ,每 次 只 处 理 一 个 用 户 ， 这 样 
才 可 以 保持 小 步 前 进 。 每 个 用 户 需要 的 修改 方式 可 能 不 同 ， 这 使 得 修改 过 程 更 加 束 
手 。 对 Person 内 的 静态 变量 的 所 有 引用 点 也 需要 修改 。 因 此 ， 下 列 代码 : 

Person thePerson = new Person(Person.A) 
就 变 成 了 : 

Person thePerson = new Person(BloodGroup.A) ; 

原来 调用 取 值 函数 的 代码 必须 改 为 调用 BloodGroup 的 取 值 函数 。 因 此 ， 下 列 
代码 : 

thePerson.getBloodGroupCode () 
变 成 了 : 

thePerson.getBloodGroup() .getCode() 

设 值 函数 也 一 样 。 因 此 ， 下 列 代码 : 

thePerson. setBloodGroup (Person. AB) 
变 成 了 : 

thePerson. setBloodGroup (BloodGroup .AB) 

修改 完毕 Person 的 所 有 用 户 之 后 , 我 就 可 以 删 掉 原本 使 用 整数 类 型 的 那些 旧 的 
取 值 函数 、 构 造 函 数 、 静 态 变量 和 设 值 函 数 了 : 


class Person ... 





我 还 可 以 将 BloodGroup 中 使 用 整数 类 型 的 函数 声明 为 private, 因为 再 没有 人 会 
使 用 它们 了 : 


class BloodGroup... 
private int getCode() { 
return _code; 


} 
private static BloodGroup code(int arg) { 


return _valuesl[arg]; 
} 
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8.14 Replace Type Code with Subclasses (以 子 类 取代 类 型 码 ) 
你 有 一 个 不 可 变 的 类 型 码 ， 它 会 影响 类 的 行为 。 





以 子 类 取代 这 个 类 型 码 。 
ee] 
一 一 
ENGINEER :i —", 


type : int 


动机 
如 果 你 面 对 的 类 型 码 不 会 影响 宿主 类 的 行为 ， 可 以 使 用 Replace Type Code with 


Class (218) 来 处 理 它们 。 但 如 果 类 型 码 会 影响 宿主 类 的 行为 ， 那 么 最 好 的 办 法 就 是 
借助 多 态 来 处 理 变化 行为 。 


一 般 来 说 , 这 种 情况 的 标志 就 是 像 switch 这 样 的 条 件 表 达 式 。 这 种 条 件 表达 式 
可 能 有 两 种 表现 形式 : switch 语 句 或 者 if-then-else 结 构 。 不 论 哪 种 形式 ， 它 们 
都 是 检查 类 型 码 值 , 并 根据 不 同 的 值 执行 不 同 的 动作 。 这 种 情况 下 , 你 应 该 以 Replace 
Conditional with Polymorphism (255) 进 行 重 构 。 但 为 了 能 够 顺利 进行 那样 的 重 构 ， 首 
先 应 该 将 类 型 码 替 换 为 可 拥有 多 态 行为 的 继承 体系 。 这 样 的 一 个 继承 体系 应 该 以 类 
型 码 的 宿主 类 为 基 类 ， 并 针对 每 一 种 类 型 码 各 建立 一 个 子 类 。 


为 建立 这 样 的 继承 体系 ， 最 简单 的 办 法 就 是 Replace Type Code with Subclasses 
(223): 以 类 型 码 的 宿主 类 为 基 类 ， 针 对 每 种 类 型 码 建立 相应 的 子 类 。 

但 是 以 下 两 种 情况 你 不 能 那么 做 : (1) 类 型 码 值 在 对 象 创建 之 后 发 生 了 改变 ; (2) 
由 于 某 些 原因 ， 类 型 码 宿主 类 已 经 有 了 子 类 。 如 果 你 恰好 面临 这 两 种 情况 之 一 ， 就 
需要 使 用 Replace Type Code with State/Strategy (227)。 

Replace Type Code with Subclasses (223) 的 主要 作用 其 实 是 搭建 一 个 舞台 ， 让 
Replace Conditional with Polymorphism (255) 得 以 一 展 身手 。 如 果 宿 主 类 中 并 没有 出 
现 条 件 表 达 式 ， 那 么 Replace Type Code with Class (218) 更 合适 ， 风 险 也 比较 低 。 
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使 用 Replace Type Code with Subclasses (223) 的 另 一 个 原因 就 是 ， 宿 主 类 中 出 现 
了 “只 与 具备 特定 类 型 码 之 对 象 相关 ”的 特性 。 完成 本 项 重 构 之 后 , 你 可 以 使 用 Push 
Down Method (328) 和 Push Down Field (329) 将 这 些 特性 推 到 合适 的 子 类 去 ， 以 彰显 
它们 只 与 特定 情况 相关 这 一 事实 。 

Replace Type Code with Subclasses (223) 的 好 处 在 于 : 它 把 “对 不 同行 为 的 了 解 ” 
从 类 用 户 那儿 转移 到 了 类 自身 。 如 果 需 要 再 加 入 新 的 行为 变化 ， 只 需 添加 一 个 子 类 
就 行 了 。 如 果 没 有 多 态 机 制 ， 就 必须 找到 所 有 条 件 表达 式 ， 并 逐一 修改 它们 。 因 此 ， 
如 果 未 来 还 有 可 能 加 入 新 行为 ， 这 项 重 构 将 特别 有 价值 。 


做 法 
o 使 用 Self Encapsulate Field (171) 将 类 型 码 自我 封装 起 来 。 
办 如 果 类 型 码 被 传递 给 构造 函数 ， 就 需要 将 构造 通 数 换 成 工厂 函数 。 
为 类 型 码 的 每 一 个 数值 建立 一 个 相应 的 子 类 。 EET TRE BSR 
值 函 数 ， 使 其 返回 相应 的 类 型 码 值 。 
=> 这 个 值 被 硬 编 码 于 return 句 中 (例如 ，return 1). 这 看 起 来 很 脏 脏 ， 
但 只 是 权宜 之 计 。 当 所 有 case 子 句 都 被 替换 后 ， 问 题 就 解决 了 。 
D 每 建立 一 个 新 的 子 类 ， 编 译 并 测试 。 
O 从 超 类 中 删 掉 保存 类 型 码 的 字段 。 将 类 型 码 访问 函数 声明 为 抽象 函数 。 
O 编译 ， 测 试 。 
范例 


为 简单 起 见 ， 我 还 是 使 用 那个 恼人 又 不 切实 际 的 “雇员 /和 薪资” 例子。 我 们 以 
Employee 表 示 “ 雇 员 ”: 


class Employee... 
private int _type; 
static final int ENGINEER = 0; 
static final int SALESMAN = 1; 
static final int MANAGER = 2; 


Employee (int type) { 


type = type; 
} 
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第 一 步 是 以 Self Encapsulate Field (171) 将 类 型 码 自 我 封装 起 来 : 


int getType() { 
return _type; 
} 


由 于 Employee 构 造 函 数 接受 类 型 码 作 为 一 个 参数 ， 所 以 我 必须 将 它 替换 为 一 
个 工厂 函数 : 


static Employee create(int type) { 
return new Employee(type) ; 
} 


private Employee (int type) { 
type = type; 
} 


现在 , 我 可 以 先 建立 一 个 子 类 Engineer 表 示 “ 工 程 师 ”。 首先 我 建立 这 个 子 类 ， 
FER BASRA: 


class Engineer extends Employee { 


int getType() { 
return Employee.ENGINEER; 





} 
} 


同时 我 应 该 修改 工厂 函数 ， 令 它 返回 一 个 合适 的 对 象 : 


class Employee 
static Employee create(int type) { 
if (type == ENGINEER) return new Engineer(); 
else return new Employee(type); 


) 


然后 ， 我 继续 逐一 地 处 理 其 他 类 型 码 ， 直 到 所 有 类 型 码 都 被 替换 成 子 类 为 止 。 
此 时 我 就 可 以 移 除 Employee 中 保存 类 型 码 的 字段 ， 并 将 getType{) 声 明 为 一 个 抽 
象 函数 。 现 在 ， 工 厂 函 数 看 起 来 像 这 样 : 


abstract int getType(); 
static Employee create(int type) { 


switch (type) { 
case ENGINEER: 
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return new Engineer (); 
case SALESMAN: 
return new Salesman(); 
case MANAGER: 
return new Manager (); 
default: 
throw new IllegalArgumentException("Incorrect type code value"); 
} 
} 


当然 ， 我 总 是 避免 使 用 switch 语 句 。 但 这 里 只 有 一 处 用 到 switch 语 句 ， 并 且 
只 用 于 决定 创建 何 种 对 象 ， 这 样 的 switch 语 句 是 可 以 接受 的 。 


很 自然 地 ， 在 建立 了 这 些 子 类 之 后 ， 你 就 应 该 使 用 Push Down Method (328) 和 
Push Down Field (329)， 将 只 与 特定 种 类 雇员 相关 的 函数 和 字段 推 到 相关 的 子 类 去 。 


www.TopSage.com 


8.15 Replace Type Code with State/Strategy (以 State/Strategy 取 代 类 型 码 ) 





8.15 Replace Type Code with State/Strategy 
(以 State/Strategy 取代 类 型 码 ) 


你 有 一 个 类 型 码 ， 它 会 影响 类 的 行为 ， 但 你 无 法 通过 继承 手法 消除 它 。 
以 状态 对 象 取代 类 型 码 。 





动机 
本 项 重 构 和 Replace Type Code with Subclasses (223) 很 相似 ， 但 如 果 “ 类 型 码 的 


值 在 对 和 象 生 命 期 中 发 生变 化 ”或 “其 他 原因 使 得 宿主 类 不 能 被 继承 ”， 你 也 可 以 使 用 
本 重 构 。 本 重 构 使 用 State 模 式 或 Strategy 模 式 [Gang of Four]. 


State 模 式 和 Strategy 模 式 非常 相似 ， 因 此 无 论 你 选择 其 中 哪 一 个 , 重 构 过 程 都 是 
相同 的 “选择 哪 一 个 模式 ”并 非 问题 关 键 所 在 , 你 只 需要 选择 更 适合 特定 情境 的 模 
式 就 行 了 。 如 果 你 打算 在 完成 本 项 重 构 之 后 再 以 Replace Conditional with 
Polymorphism(255) 简 化 一 个 算法 ， 那 么 选择 Strategy 模 式 比较 合适 ， 如 果 你 打算 搬 
移 与 状态 相关 的 数据 ， 而 且 你 把 新 建 对 象 视 为 一 种 变迁 状态 ， 就 应 该 选择 使 用 State 
模式 。 

做 法 

QO 使 用 Self Encapsulate Field (171) 将 类 型 码 自我 封装 起 来 。 

n 新 建 一 个 类 ， 根 据 类 型 码 的 用 途 为 它 命 名 。 这 就 是 一 个 状态 对 象 。 

O 为 这 个 新 类 添加 子 类 ， 每 个 子 类 对 应 一 种 类 型 码 。 

> 比 起 逐一 添加 ， 一 次 性 加 入 所 有 必要 的 子 类 可 能 更 简单 些 . 
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O 在 超 类 中 建立 一 个 抽象 的 查询 函数 ， 用 以 返回 类 型 码 。 在 每 个 子 类 中 覆 写 该 
函数 ， 返 回 确切 的 类 型 码 。 


a 编译 。 
O 在 源 类 中 建立 一 个 字段 ， 用 以 保存 新 建 的 状态 对 象 。 
Q 调整 源 类 中 负责 查询 类 型 码 的 函数 ， 将 查询 动作 转发 给 状态 对 象 。 


O 调整 源 类 中 为 类 型 码 设 值 的 函数 ,将 一 个 恰当 的 状态 对 象 子 类 赋值 给 “保存 
状态 对 象 ”的 那个 字段 。 


a 编译 ， 测 试 。 
范例 


和 上 一 项 重 构 一 样 ， 我 仍然 使 用 这 个 既 无 聊 又 弱智 的 “雇员 /薪资 ”例子 。 同 样 
地 ， 我 以 Employee 表 示 “ 座 员 ”: 


class Employee { 


private int _type; 

static final int ENGINEER = 0; 
Static final int SALESMAN = 1; 
static final int MANAGER = 2; 


Employee(int type) { 
_type = type; 
) 


下 面 的 代码 展示 使 用 这 些 类 型 码 的 条 件 表达 式 ; 


int payAmount() { 
switch (_type) { 

case ENGINEER: 
return _monthlySalary; 

case SALESMAN: 
return _monthlySalary + _commission; 

case MANAGER: 
return _monthlySalary + bonus; 

Gefault: 
throw new RuntimeException("Incorrect Employee") ; 
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假设 这 是 一 家 激情 四 溢 、 积 极 进 取 的 公司 ， 他 们 可 以 将 表现 出 色 的 工程 师 摆 升 
为 经 理 。 因 此 ， 对 象 的 类 型 码 是 可 变 的 ， 所 以 我 不 能 使 用 继承 方式 来 处 理 类 型 码 。 
和 以 前 一 样 , 我 的 第 一 步 还 是 使 用 Self Encapsulate Field(171) 将 表示 类 型 码 的 字段 自 
我 封装 起 来 : 


Employee(int type) i 
setType (type) ; 
} 


int getType() { 
return _type; 
} 


void setType(int arg) { 
_type = arg; 
} 


int payAmount() { 
switch (getType())} | 

case ENGINEER: 
return _monthlySalary; 

case SALESMAN: 
return _monthlySalary + _commission; 

case MANAGER: 
return _monthlySalary + _bonus; 

default: 
throw new RuntimeException ("Incorrect Employee"); 





} 
现在 ， 我 需要 声明 一 个 状态 类 。 我 把 它 声 明 为 一 个 抽象 类 ， 并 提供 一 个 抽象 函 
数 ， 用 以 返回 类 型 码 : 


abstract class EmployeeType { 
abstract int getTypeCode(); 
} 


现在 ， 我 可 以 开始 创造 子 类 了 : 
class Engineer extends EmployeeType { 


int getTypeCode() { 
return Employee.ENGINEER; 
} 
} 
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class Manager extends EmployeeType { 


int getTypeCode() { 
return Employee .MANAGER; 


class Salesman extends EmployeeType { 


int getTypeCode() { 
return Employee. SALESMAN; 


现在 进行 一 次 编译 。 前 面 所 做 的 修改 实在 太平 淡 了 ， 即 使 对 我 来 说 也 太 简单 。 
现在 ， 我 要 修改 类 型 码 访问 函数 ， 实 实在 在 地 把 这 些 子 类 和 Employee 类 联系 起 来 : 


class Employee... 
private EmployeeType _type; 


int getType() { 
return _type.getTypeCode () ; 
} 


void setType(int arg) { 
switch (arg) { 
case ENGINEER: 
_type = new Engineer (); 
break; 
case SALESMAN: 
_type = new Salesman(); 
break; 
case MANAGER: 
_type = new Manager (); 
break; 
default: 
throw new IllegalArgumentException ("Incorrect Employee Code") ; 
} 
} 


这 意味 我 将 在 这 里 拥有 一 个 switch 语 句 。 完 成 重 构 之 后 , 这 将 是 代码 中 唯一 的 
switch 语 句 ， 并 且 只 在 对 象 类 型 发 生 改 变 时 才 会 执行 。 我 也 可 以 运用 Replace 
Constructor with Factory Method (304) 针 对 不 同 的 case 子 句 建立 相应 的 工厂 函数 。 我 
还 可 以 立刻 再 使 用 Replace Conditional with Polymorphism (255)， 从 而 将 其 他 的 case 
子 句 完全 消除 。 

最 后 ,我 喜欢 将 所 有 关于 类 型 码 和 子 类 的 知识 都 移 到 新 类 ， 并 以 此 结束 Replace 
Type Code with State/Strategy (227)。 首 先 ， 我 把 类 型 码 的 定义 复制 到 EmployeeType 
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去 , 在 其 中 建立 一 个 工厂 函数 以 生成 适当 的 EmployeeType 对 象 ， 并 调整 Employee 
中 为 类 型 码 赋值 的 函数 : 


class Employee... 
void setType(int arg) { 
_type = EmployeeType.newType (arg) ; 


class EmployeeType... 
static EmployeeType newType(int code) { 
switch (code) { 
case ENGINEER: 
return new Engineer({); 
case SALESMAN: 
return new Salesman (); 
case MANAGER: 
return new Manager (); 
default: 
throw new IllegalArgumentException("Incorrect Employee Code"); 


} 

static final int ENGINEER 
static final int SALESMAN 
Static final int MANAGER = 2; 


然后 ,我 删 掉 Employee 中 的 类 型 码 定 义 ， 代 之 以 一 个 指向 EmployeeType 对 象 
的 引用 : 


class Employee... 


li 
bh © 





int payAmount() { 
switch (getType()) { 
case EmployeeType. ENGINEER: 
return _monthlySalary; 
case EmployeeType.SALESMAN: 
return _monthlySalary + _commission; 
case EmployeeType.MANAGER: 
return _monthlySalary + _bonus; 
default: 
throw new RuntimeException ("Incorrect Employee"); 


} 


现在 ， 万 事 俱 备 ， 可 以 运用 Replace Conditional with Polymorphism (255) 来 处 理 
payAmount () 函数 了 。 
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8.16 Replace Subclass with Fields (以 字段 取代 子 类 ) 
你 的 各 个 子 类 的 唯一 差别 只 在 “返回 常量 数据 ”的 函数 身上 。 
修改 这 些 函 数 ， 使 它们 返回 超 类 中 的 某 个 (新 增 ) 字段 ， 然 后 销毁 子 类 。 





动机 

建立 子 类 的 目的 , 是 为 了 增加 新 特性 或 变化 其 行为 。 有 一 种 变化 行为 被 称 为 “ 常 
fp BL” (constant method〉[Beck]， 它 们 会 返回 一 个 硬 编码 的 值 。 这 东西 有 其 用 途 : 
你 可 以 让 不 同 的 子 类 中 的 同一 个 访问 函数 返回 不 同 的 值 。 你 可 以 在 超 类 中 将 访问 函 
数 声明 为 抽象 函数 ， 并 在 不 同 的 子 类 中 让 它 返 回 不 同 的 值 。 

尽管 常量 函数 有 其 用 途 ， 但 车 子 类 中 只 有 常量 函数 , 实在 没有 足够 的 存在 价值 。 
你 可 以 在 超 类 中 设计 一 个 与 常量 函数 返回 值 相应 的 字段 , 从 而 完全 去 除 这 样 的 子 类 。 
如 此 一 来 就 可 以 避免 因 继 承 而 带 来 的 额外 复杂 性 。 
做 法 

O 对 所 有 子 类 使 用 Replace Constructor with Factory Method (304). 

O 如 果 有 任何 代码 直接 引用 子 类 ， 令 它 改 而 引用 超 类 。 

O 针对 每 个 常量 函数 ， 在 超 类 中 声明 一 个 final 字 段 。 

a 为 超 类 声明 一 个 protected 构 造 函数 ， 用 以 初始 化 这 些 新 增 字 段 。 
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O 新 建 或 修改 子 类 构造 函数 ， 使 它 调用 超 类 的 新 增 构造 函数 。 


口 编译 ， 测试 。 
O 在 超 类 中 实现 所 有 常量 函数 ， 令 它们 返回 相应 字段 值 ， 然 后 将 该 函数 从 子 类 
中 删 掉 。 


D 每 删除 一 个 常量 函数 ， 编 译 并 测试 。 
O 子 类 中 所 有 的 常量 函数 都 被 删除 后 ， 使 用 Pziinre Method (117) 将 子 类 构造 函数 
内 联 到 超 类 的 工厂 函数 中 。 
O 编译 ， 测 试 。 
O 将 子 类 删 掉 。 
O 编译 ， 测 试 。 
D 重复 “内 联 构造 函数 、 删 除 子 类 ”过 程 ， 直 到 所 有 子 类 都 被 删除 。 
范例 


本 例 之 中 ， 我 以 Person 表 示 “ 人 ”并 针对 每 种 性 别 建立 一 个 子 类 : 以 Male 子 
类 表示 “男人 ”以 Female 子 类 表示 “女人 ”: 





abstract class Person { 


abstract boolean isMale(); 
abstract char getCode({); 


class Male extends Person { 
boolean isMale() { 
return true; 
} 
char getCode() { 
return 'M'; 
} 
} 


class Female extends Person { 
boolean isMale() { 
return false; 
} 
char getCode() { 
return 'F'; 
} 
} 
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在 这 里 ,两 个 子 类 之 间 唯 一 的 区 别 就 是 : 它们 以 不 同 的 方式 实现 了 Person 所 声 
明 的 抽象 函数 getcoae () ， 返 回 不 同 的 硬 编码 常量 (所 以 getcode () 是 个 常量 函数 
[Beck])。 我 应 该 将 这 两 个 怠 惰 的 子 类 去 掉 。 


首先 我 需要 使 用 Replace Constructor with Factory Method (304)。 在 这 里 ， 我 需要 
为 每 个 子 类 建立 一 个 工厂 函数 : 


class Person... 
static Person createMale() { 
return new Male(); 
} 
static Person createFemale() { 
return new Female(); 


} 


然后 我 把 对 象 创 建 过 程 从 以 下 这 样 : 
Person kent = new Male(); 
改 为 这 样 : 


Person kent = Person.createMale(); 

将 所 有 调用 构造 函数 的 地 方 都 改 为 调用 工厂 函数 之 后 ， 就 不 应 该 再 有 任何 对 子 
类 的 直接 引用 了 。 一 次 全 文 搜索 就 可 以 帮助 我 证 实 这 一 点 。 然 后 ， 我 可 以 把 这 两 个 
子 类 都 声明 为 private， 这 样 编 译 器 就 可 以 帮助 我 ， 保 证 至 少 包 外 不 会 有 任何 代码 使 
用 它们 。 


现在 ， 针 对 每 个 常量 函数 ， 在 超 类 中 声明 一 个 对 应 的 字段 : 


class Person... 
private final boolean _isMale; 
private final char _code; 


然后 为 超 类 加 上 一 个 protected 构 造 函 数 : 


class Person... 
protected Person (boolean isMale, char code) { 
_isMale = isMale; 
_code = code; 


} 
再 为 子 类 加 上 新 构造 函数 ， 令 它 调用 超 类 新 增 的 构造 函数 ; 


class Male... 
Male() { 
super (true, 'M'); 
} 
class Female... 
Female() { 
super (false, 'F'); 
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完成 这 一 步 后 ， 编 译 并 测试 。 所 有 字段 都 被 创建 出 来 并 被 赋予 初 值 ， 但 到 目前 
为 止 ， 我 们 还 没有 使 用 它们 。 现 在 我 可 以 在 超 类 中 加 入 访问 这 些 字段 的 函数 ， 并 删 
掉 子 类 中 的 常量 函数 ， 从 而 让 这 些 字段 粉墨登场 : 
class Person... 
boolean isMale() { 
return _isMale; 


} 
class Male... 
besen aMMa t 
FO 
+ 


我 可 以 逐一 对 每 个 字段 、 每 个 子 类 进行 这 一 步 又 的 修改 。 如 果 我 相信 自己 的 运 
气 ， 也 可 以 采取 一 次 性 全 部 修改 的 手段 。 


所 有 字段 都 处 理 完毕 后 , 所 有 子 类 也 都 空空 如 也 了 ,于 是 可 以 删除 Person 中 那 
个 抽象 函数 的 abstract 修 饰 符 ， 并 以 Inline Method (117) 将 子 类 构造 函数 内 联 到 超 
类 的 工厂 函数 中 : 


class Person 





Static Person createMale() { 
return new Person(true, 'M'); 
} 


编译 、 测 试 后 ， 我 就 可 以 删 掉 Male 类 ， 并 对 Female 类 重复 上 述 过 程 。 
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简化 条 件 表达 式 


件 逻 辑 有 可 能 十 分 复杂 ， 因 此 本 章 提供 一 些 重 构 手法 ， 专 门 用 来 简化 它 

区 改 们 。 其 中 一 项 核心 重 构 就 是 Decompose Conditional (238)， 可 将 一 个 复杂 

的 条 件 罗 辑 分 成 若干 小 块 。 这 项 重 构 很 重要 ， 因 为 它 使 得 “分 支 逻辑 ”和 “操作 细 
节 ” 分 离 。 


本 章 的 其 余 重 构 手 法 可 用 以 处 理 另 一 些 重 要 问题 : 如 果 你 发 现代 码 中 的 多 处 测 
试 有 相同 结果 ， 应 该 实施 Consolidate Conditional Expression (240); 如 果 条 件 代 码 中 
有 任何 重复 ， 可 以 运用 Consolidate Duplicate Conditional Fragments (243) 将 重复 成 分 
去 掉 。 





如 果 程 序 开 发 者 坚持 “单一 出 口 ” 原 则 ， 那 么 为 让 条 件 表达 式 也 遵循 这 一 原则 ， 
他 往往 会 在 其 中 加 入 控制 标记 。 我 并 不 特别 在 意 “ 一 个 函数 一 个 出 口 ”的 教条 ， 所 
以 我 使 用 Replace Nested Conditional with Cuard Clauses (250) 标 示 出 那些 特殊 情况 ， 
并 使 用 Remove Control Flag (245) 去 除 那些 讨厌 的 控制 标记 。 


较 之 于 过 程 化 程序 而 言 ， 面 向 对 象 程序 的 条 件 表 达 式 通常 比较 少 ， 这 是 因为 很 
多 条 件 行为 都 被 多 态 机 制 处 理 掉 了 。 多 态 之 所 以 更 好 ， 是 因为 调用 者 无 需 了 解 条 件 
行为 的 细节 , 因此 条 件 的 扩展 更 为 容易 。 所 以 面向 对 象 程序 中 很 少 出 现 switch 语 句 。 
一 旦 出 现 ， 就 应 该 考虑 运用 Replace Conditional with Polymorphism (255) 将 它 替 换 为 
多 态 。 


多 态 还 有 一 种 十 分 有 用 但 鲜 为 人 知 的 用 途 : 通过 Introduce Null Object(260) 去 除 
对 于 null 值 的 检验 。 
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9.1 Decompose Conditional 〈 分 解 条 件 表 达 式 ) 
你 有 一 个 复杂 的 条 件 〈ifthen-else) 语句 。 
从 ifFf、then、else 三 个 段落 中 分 别提 炼 出 独立 函数 。 


if (date.before (SUMMER_START) || aabe.atteErtSUMMER END) ) 
charge = quantity * _winterRate ae winterServiceCharge; 
else charge = quantity * _summerRate; 


if (notSummer (date} ) 


charge = winterCharge (quantity); 
else. charge = summerCharge (quantity); 


动机 

程序 之 中 ， 复 杂 的 条 件 逻 辑 是 最 常 导致 复杂 度 上 升 的 地 点 之 一 。 你 必须 编写 代 
人 码 来 检查 不 同 的 条 件 分 支 、 根 据 不 同 的 分 支 做 不 同 的 事 ， 然 后 ， 你 很 快 就 会 得 到 一 
个 相当 长 的 函数 。 大 型 函数 自身 就 会 使 代码 的 可 读 性 下 降 ， 而 条 件 逻 辑 则 会 使 代码 
更 难 阅读 。 在 带 有 复杂 条 件 逻 辑 的 函数 中 ， 代 码 〈 包 括 检 查 条 件 分 支 的 代码 和 真正 
实现 功能 的 代码 ) 会 告诉 你 发 生 的 事 , 但 常常 让 你 弄 不 清楚 为 什么 会 发 生 这 样 的 事 ， 
这 就 说 明代 码 的 可 读 性 的 确 大 大 降低 了 。 


和 任何 大 块头 代码 一 样 ， 你 可 以 将 它 分 解 为 多 个 独立 函数 ， 根 据 每 个 小 块 代码 
的 用 途 ， 为 分 解 而 得 的 新 函数 命名 ， 并 将 原 函 数 中 对 应 的 代码 改 为 调用 新 建 函 数 ， 
从 而 更 清楚 地 表达 自己 的 意图 。 对 于 条 件 逻 辑 ， 将 每 个 分 支 条 件 分 解 成 新 函数 还 可 
以 给 你 带 来 更 多 好 处 : 可 以 突出 条 件 逻 辑 ， 更 清楚 地 表明 每 个 分 支 的 作用 ， 并 且 突 
出 每 个 分 支 的 原因 。 


做 法 
O 将 if 段落 提炼 出 来 ， 构 成 一 个 独立 函数 。 
O 将 Ehen 段 落 和 else 段 落 都 提炼 出 来 ， 各 自 构成 一 个 独立 函数 。 
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如 果 发 现 杠 套 的 条 件 逻 辑 ， 我 通常 会 先 观察 是 否 可 以 使 用 Replace Nested 
Conditional with Guard Clauses (250)。 如 果 不 行 ， 才 开始 分 解 其 中 的 每 个 条 件 。 


范例 


假设 我 要 计算 购买 某 样 商品 的 总 价 ( 总 价 = 数量 X 单价 )， 而 这 个 商品 在 冬季 和 
夏季 的 单价 是 不 同 的 : 
if (date.before (SUMMER_START) ||! date.after(SUMMER_END) ) 


charge = quantity * _winterRate + _winterServiceCharge; 
else charge = quantity * _summerRate; 


我 把 每 个 分 支 的 判断 条 件 都 提炼 到 一 个 独立 函数 中 ， 如 下 所 示 : 


if (notSummer (date) ) 
charge = winterCharge(quantity); 
else charge = summerCharge (quantity); 


private boolean notSummer(Date date) { 
return date.before (SUMMER_START) || date.after(SUMMER_END) ; 
} 


private double summerCharge(int quantity) { 
return quantity * _summerRate; 


} 


private double winterCharge(int quantity) { 
return quantity * _winterRate + _winterServiceCharge; 
} 
通过 这 段 代 码 可 以 看 出 整个 重 构 带 来 的 清晰 性 。 实 际 工作 中 ， 我 会 逐步 进行 每 
一 次 提炼 ， 并 在 每 次 提炼 之 后 编译 并 测试 。 


像 这 样 的 情况 下 ， 许 多 程序 员 都 不 会 去 提炼 分 支 条 件 。 因 为 这 些 分 支 条 件 往往 
非常 短 ， 看 上 去 似乎 没有 提炼 的 必要 。 但 是 ， 尽 管 这 些 条 件 往往 很 短 ， 在 代码 意图 
和 代码 自身 之 间 往 往 存在 不 小 的 差距 。 哪 怕 在 上 面 这 样 一 个 小 小 例子 中 ， 
notSummer (date) 这 个 语句 也 能 够 比 原 本 的 代码 更 好 地 表达 自己 的 用 途 。 对 于 原 
来 的 代码 ， 我 必须 看 着 它 ， 想 一 想 ， 才 能 说 出 其 作用 。 当 然 ， 在 这 个 简单 的 例子 中 ， 
这 并 不 困难 。 不 过 ， 即 使 如 此 ， 提 炼 出 来 的 函数 可 读 性 也 更 高 一 些 一 一 它 看 上 去 就 
像 一 段 注释 那样 清楚 而 明白 。 
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9.2 Consolidate Conditional Expression (合并 条 件 表 达 式 ) 
你 有 一 系列 条 件 测试 ， 都 得 到 相同 结果 。 
将 这 些 测试 合并 为 一 个 条 件 表达 式 ， 并 将 这 个 条 件 表达 式 提 炼 成 为 一 个 独立 函数 。 


double disabilityAmount() { 
if (seniority < 2) return 0; 
if (.monthsDisabled > 12) return 0; 
if (.isPartTime) return 0; 
// compute the disability amount 


double disabilityAmount() { 


if {isNotEligableForDisability()) return 0; 
// compute the disability amount 


动机 
有 时 你 会 发 现 这 样 一 串 条 件 检查 : 检查 条 件 各 不 相同 ， 最 终 行为 却 一 致 。 如 果 
发 现 这 种 情况 ， 就 应 该 使 用 “逻辑 或 ”和 “逻辑 与 ”将 它们 合并 为 一 个 条 件 表 达 式 。 


之 所 以 要 合并 条 件 代 码 ， 有 两 个 重要 原因 。 首 先 ， 合 并 后 的 条 件 代码 会 告诉 你 
“实际 上 只 有 一 次 条 件 检查 ， 只 不 过 有 多 个 并 列 条 件 需要 检查 而 已 ” 从 而 使 这 一 次 
检查 的 用 意 更 清晰 。 当 然 ， 合 并 前 和 合并 后 的 代码 有 着 相同 的 效果 ， 但 原先 代码 传 
达 出 的 信息 却 是 “这 里 有 一 些 各 自 独 立 的 条 件 测试 , 它们 只 是 恰好 同时 发 生 ”。 其 次 ， 
这 项 重 构 往往 可 以 为 你 使 用 Extract Method (110) 做 好 准备 。 将 检查 条 件 提 炼 成 一 个 
独立 函数 对 于 厘清 代码 意义 非常 有 用 ， 因 为 它 把 描述 “做 什么 ”的 语句 换 成 了 “为 
什么 这 样 做 ”。 


条 件 语 句 的 合并 理由 也 同时 指出 了 不 要 合并 的 理由 如 果 你 认为 这 些 检查 的 确 
彼此 独立 ， 的 确 不 应 该 被 视 为 同一 次 检查 ， 那 么 就 不 要 使 用 本 项 重 构 。 因 为 在 这 种 
情况 下 ， 你 的 代码 已 经 清楚 表达 出 自己 的 意义 。 
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做 法 
O 确定 这 些 条 件 语句 都 没有 副作用 。 
D 如果 条 件 表 达 式 有 副作用 ， 你 就 不 能 使 用 本 项 重 构 ， 
O 使 用 适当 的 逻辑 操作 符 ， 将 一 系列 相关 条 件 表达 式 合 并 为 一 个 。 
O 编译 ， 测 试 。 
口 对 合并 后 的 条 件 表 达 式 实施 Extract Method (110). 
范例 : 使 用 逻辑 或 
请 看 下 列 代码 ; 


Gouble disabilityAmount({) { 
if (_seniority < 2) return 0; 
if (_monthsDisabled > 12) return 0; 
if (_isPartTime) return 0; 


// compute the disability amount 


在 这 段 代 码 中 ， 我 们 看 到 一 连 串 的 条 件 检查 ， 它 们 都 做 同一 件 事 。 对 于 这 样 的 
代码 ， 上 述 条 件 检查 等 价 于 一 个 以 逻辑 或 连接 起 来 的 语句 : 


Gouble disabilityAmount() { 


if ((_seniority < 2) |! (_monthsDisabled > 12) |! (_isPartTime)) return 0; 
// compute the disability amount 


现在 ， 我 可 以 观察 这 个 新 的 条 件 表达 式 ， 并 运用 Extract Method (110) 将 它 提炼 
成 一 个 独立 函数 ， 以 函数 名 称 表 达 该 语句 所 检查 的 条 件 : 


double disabilityAmount() { 
if (isNotEligibleForDisability()) return 0; 
// compute the disability amount 


} 
boolean isNotEligibleForDisability() { 


return ((_seniority < 2) || (_monthsDisabled > 12) |] (_isPartTime) ); 
} 
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第 9 章 简化 条 件 表达 式 
范例 : 使 用 逻辑 与 
上 述 实例 展示 了 逻辑 或 的 用 法 。 下 列 代码 展示 膛 辑 与 的 用 法 : 


if (onVacation()) 
if (lengthOfService() > 10) 
return 1; 
return 0.5; 


这 段 代 码 可 以 变 成 : 


if (onVacation() && lengthOfService() > 10) return 1; 
else return 0.5; 


MATES RL, RASH PR HRM. BRASH, RAG 
到 的 条 件 表达 式 可 能 很 复杂 ， 所 以 我 会 先 使 用 Extract Method (110) 将 表达 式 的 一 部 
分 提炼 出 来 ， 从 而 使 整个 表达 式 变 得 简单 一 些 。 

如 果 我 所 观察 的 部 分 只 是 对 条 件 进 行 检查 并 返回 一 个 值 ， 就 可 以 使 用 三 元 操作 
符 将 这 一 部 分 变 成 一 条 return 语 句 。 因 此 ， 下 列 代码 : 


if (onVacation() && lengthOfService() > 10) return 1; 
else return 0.5; 


就 变 成 了 : 


return (onVacation() && lengthOfService() > 10) ? 1 : 0.5; 
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9.3 Consolidate Duplicate Conditional Fragments 


(合并 重复 的 条 件 片段 》 
在 条 件 表达 式 的 每 个 分 支 上 有 着 相同 的 一 段 代 码 。 


将 这 段 重 复 代码 搬移 到 条 件 表达 式 之 外 。 


if (isSpecialDeal{)) { 
total = price * 0.95; 
send(); 
} 
else { 
total =-price * 0.98; 
send); 


if (isSpecialDea? ()) 
total = price 和 
else 
totāli = price *.0.98; 
send(); 


动机 
有 时 你 会 发 现 ， 一 组 条 件 表达 式 的 所 有 分 支 都 执行 了 相同 的 某 段 代码 。 如 果 是 


这 样 ， 你 就 应 该 将 这 段 代 码 搬移 到 条 件 表 达 式 外 面 。 这 样 ， 代 码 才能 更 清楚 地 表明 
哪些 东西 随 条 件 的 变化 而 变化 、 哪 些 东 西 保持 不 变 。 


做 法 
O 鉴别 出 “执行 方式 不 随 条 件 变化 而 变化 ”的 代码 。 





a 如 果 这 些 共 通 代 码 位 于 条 件 表 达 式 起 始 处 ， 就 将 它 移 到 条 件 表达 式 之 前 。 
O 如 果 这 些 共通 代码 位 于 条 件 表达 式 尾 端 ， 就 将 它 移 到 条 件 表达 式 之 后 。 
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D 如 果 这 些 共 遂 代码 位 于 条 件 表达 式 中 段 ， 就 需要 观察 共通 代码 之 前 或 之 后 的 
代码 是 否 改变 了 什么 东西 。 如 果 的 确 有 所 改变 ， 应 该 首先 将 共通 代码 向 前 或 
向 后 移动 ， 移 至 条 件 表达 式 的 起 始 处 或 尾 端 ， 再 以 前 面 所 说 的 办 法 来 处 理 。 


O 如 果 共 通 代码 不 止 一 条 语句 ， 应 该 首先 使 用 Extract Method (110) 将 共通 代码 
提炼 到 一 个 独立 函数 中 ， 再 以 前 面 所 说 的 办 法 来 处 理 。 


范例 
你 可 能 遇 到 这 样 的 代码 : 


if (isSpecialDeal()) { 
total = price * 0.95; 
send(); 

} 

else { 
total = price * 0.98; 
send(); 

} 

由 于 条 件 表达 式 的 两 个 分 支 都 执行 了 send() 函数 ， 所 以 我 应 该 将 send() 移 到 

条 件 表达 式 的 外 围 : 

if {isSpecialDeal{)) 
total = price * 0.95; 

else 


total = price * 0.98; 
send(); 


我 们 也 可 以 使 用 同样 的 手法 来 对 待 异 常 。 如 果 在 try 区 段 内 可 能 引发 异常 的 语 
名 之后， 以 及 所 有 catch 区 段 之 内 ， 都 重复 执行 了 同一 段 代 码 ， 就 可 以 将 这 段 重 复 
代码 移 到 final 区 段 。 
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9.4 Remove Control Flag 〈 移 除 控制 标记 ) 
在 一 系列 布尔 表达 式 中 ， 某 个 变量 带 有 “控制 标记 ”(control flag) 的 作用 。 
以 break 语 句 或 return 语 句 取代 控制 标记 。 
动机 
在 一 系列 条 件 表达 式 中 , 你 常常 会 看 到 用 以 判断 何 时 停止 条 件 检查 的 控制 标记 ; 


set done to false 
while not done 
if (condition) 
Go something 
set done to true 
next step of loop 


这 样 的 控制 标记 带 来 的 麻烦 超过 了 它 所 带 来 的 便利 。 人 们 之 所 以 会 使 用 这 样 的 
控制 标记 , 因为 结构 化 编程 原则 告诉 他 们 : 每 个 子 程序 只 能 有 一 个 入 口 和 一 个 出 口 。 
我 赞同 “单一 入 口 ” 原 则 (而 且 现代 编程 语言 也 强迫 我 们 这 样 做 ), 但 是 “单一 出 口 ” 
原则 会 让 你 在 代码 中 加 入 讨厌 的 控制 标记 ， 大 大 降低 条 件 表达 式 的 可 读 性 。 这 就 是 
编程 语言 提供 break 语 句 和 continue 语 句 的 原因 : 用 它们 跳出 复杂 的 条 件 语句 。 去 
掉 控 制 标 记 所 产生 的 效果 往往 让 你 大 吃 一 惊 : 条 件 语句 真正 的 用 途 会 清晰 得 多 。 


做 法 


对 控制 标记 的 处 理 ， 最 显而易见 的 办 法 就 是 使 用 Java 提 供 的 break 语 句 或 


continue 语 句 。 
O 找 出 让 你 跳出 这 段 逻 辑 的 控制 标记 值 。 
O 找 出 对 标记 变量 赋值 的 语句 ， 代 以 恰当 的 break 语 句 或 cont inue 语 句 。 
D 每 次 替换 后 ， 编 译 并 测试 。 
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在 未 能 提供 break 和 continue 语 句 的 编程 语言 中 ， 可 以 使 用 下 述 办 法 。 
O 运用 Extract Method (110)， 将 整 段 逻 辑 提炼 到 一 个 独立 函数 中 。 
OD 找 出 让 你 跳出 这 段 逻 辑 的 控制 标记 值 。 
O 找 出 对 标记 变量 赋值 的 语句 ， 代 以 恰当 的 return 语 句 。 
a FKE HMJ, 编译 并 测试 。 


即使 在 支持 break 和 concinue 语 名 的 编程 语言 中 , 我 通常 也 优先 考虑 上 述 第 二 
方案 。 因 为 return 语 句 可 以 非常 清楚 地 表示 : 不 再 执行 该 函数 中 的 其 他 任何 代码 。 
如 果 还 有 这 一 类 代码 ， 你 早晚 需要 将 这 段 代 码 提 炼 出 来 。 


请 注意 标记 变量 是 否 会 影响 这 段 逻辑 的 最 后 结果 。 如 果 有 影响 ， 使 用 break 语 
句 之 后 还 得 保留 控制 标记 值 。 如 果 你 已 经 将 这 段 逻 辑 提炼 成 一 个 独立 函数 ， 也 可 以 
将 控制 标记 值 放 在 return 语 句 中 返回 。 


范例 : 以 break 取代 简单 的 控制 标记 


下 列 函 数 用 来 检查 一 系列 人 名 之 中 是 否 包含 两 个 可 疑 人 物 的 名 字 《〈 这 两 个 人 的 
名 字 硬 编码 于 代码 中 ); 


void checkSecurity(String[] people) { 
boolean found = false; 


for (int i = 0; i < people.length; i++) { 
if (!found) { 
if (people[i].equals("Don")) { 


sendAlert (); 
found = true; 
} 
if (people{i].equals("John"})) { 
sendAlert (); 
found = true; 
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这 种 情况 下 很 容易 找 出 控制 标记 : 当 变 量 found 被 赋予 rue 时 ， 搜 索 就 结束 。 
我 可 以 逐一 引入 break 语 句 : 


void checkSecurity(String[] people) { 
boolean found = false; 
for (int i = 0; i < people.length; i++) { 
if {!found) í 
if (people[i].equals("Don")) { 
sendAlert (); 
break; 
if (peopleli].equals("John")) { 
sendAlert(); 
found = true; 


we 


} 
BF FRAT AM founaS SMAI A: 


void checkSecurity(String[] people) { 
boolean found = false; 
for (int i = 0; i < people.length; i++) { 
if (!found) { 
if (people[i].equals("Don")) { 
sendAlert(); 
break; 
} 
if (people[i].equals("John")) { 
sendAlert (); 
break; 





} 
然后 就 可 以 把 所 有 对 控制 标记 的 引用 都 去 掉 : 


void checkSecurity(String[] people) { 
for (int i = 0; i < people.length; i++) { 
if (people[i).equals("Don")) { 
sendAlert (); 
break; 


} 
if (people[i].equals("John")) { 


sendAlert (); 
break; 
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BOE 简化 条 件 表达 式 
范例 : 以 return 返回 控制 标记 


本 项 重 构 的 另 一 种 形式 将 使 用 return 语 句 。 为 了 阐述 这 种 用 法 ,我 把 前 面 的 例 


子 稍 加 修改 ， 以 控制 标记 记录 搜索 结果 : 


void checkSecurity(String[] people) { 
String found = ""; 
for (int i = 0; i < people.length; i++) { 
if (found.equals("")) { 
if (people[{i].equals("Don")) { 
sendAlert (); 
found = “Don"; 
} 
if (people[i].equals("Jonn")) | 
sendAlert (); 
found = “John"; 


} 


someLaterCode ( found) ; 


} 
在 这 里 ， 变 量 found 做 了 两 件 事 : 它 既 是 控制 标记 ， 也 是 运算 结果 。 
情况 ， 我 喜欢 先 把 计算 founa 变 量 的 代码 提炼 到 一 个 独立 函数 中 : 


void checkSecurity(String[1 people) { 
String found = foundMiscreant (people); 
someLaterCode (found) ; 


} 


String foundMiscreant (String[)} people) { 
String found = ""; 
for (int i = 0; i < people.length; i++) { 
if (found.equals("")) { 
if (people[i]).equals("Don")) { 
sendAlert (); 
found = "Don"; 
} 
if (people[i}].equals("John")) { 
sendAlert (); 
found = "John"; 


} 


return found; 
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遇 到 这 种 


9.4 Remove Control Flag ( 移 除 控制 标记 ) V 
然后 以 return 语 句 取代 控制 标记 : 


String foundMiscreant (String[] people) { 
String found = ""; 
for (int i = 0; i < people.length; i++) 
if (found.equals("")) { 
if (people{i].equals("Don")) { 
sendAlert (); 
return "Don"; 
} 
if (people[i].equals("John")) { 
sendAlert (); 
found = "John"; 


} 
return found; 


} 


最 后 完全 去 掉 控制 标记 : 


String foundMiscreant (String[] people) { 
for (int i = 0; i < people.length; i++) { 
if (people[i].equals("Don")) { 
sendAlert (); 


return "Don"; 





} 

if (people[i].equals("John")) { 
sendAlert(); 
return "John"; 


} 
return ""; 


} 


即使 不 需要 返回 某 值 , 也 可 以 用 return 语 句 来 取代 控制 标记 。 这 时 候 你 只 需要 
-个 空 的 return 语 句 就 行 了 。 


当然 ， 如 果 以 此 办 法 去 处 理 带 有 副作用 的 函数 ， 会 有 一 些 问题 。 所 以 我 需要 先 
以 Separate Query from Modifier (279) 将 函数 副作用 分 离 出 去 。 稍 后 你 会 看 到 这 方面 
的 例子 。 
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9.5 Replace Nested Conditional with Guard Clauses 


CAD IBA RRRE RA RIAN) 
函数 中 的 条 件 罗 辑 使 人 难以 看 清正 常 的 执行 路 径 。 
使 用 卫 语 句 表 现 所 有 特殊 情况 。 


double getPayAmount() { 
double result; 
if (_isDead) result = deadAmount (); 
else { 
if (_isSeparated) result = separatedAmount (}; 
else { 
if (LisRetired) result = retiredAmount (); 
else result = normalPayAmount (); 
3 
} 
return result; 
}; 


Ll 


WY 


double gétPayAmount() { 
if {_isDead) return deadAmount (}; 
if (_isSeparated) return separatedAmount({); 
if (isRetired) return retiredAmount (); 
return normalPayAmount (); 

‘3 


动机 

根据 我 的 经 验 ， 条 件 表达 式 通常 有 两 种 表现 形式 。 第 一 种 形式 是 : 所 有 分 支 都 
属于 正常 行为 。 第 二 种 形式 则 是 : 条 件 表达 式 提 供 的 答案 中 只 有 一 种 是 正常 行为 ， 
其 他 都 是 不 常见 的 情况 。 

这 两 类 条 件 表达 式 有 不 同 的 用 途 ， 这 一 点 应 该 通过 代码 表现 出 来 。 如 果 两 条 分 
支 都 是 正常 行为 ， 就 应 该 使 用 形 如 if. . .else.. .的 条 件 表达 式 ， 如 果 某 个 条 件 极 


其 罕见 ， 就 应 该 单独 检查 该 条 件 ， 并 在 该 条 件 为 真 时 立刻 从 函数 中 返回 。 这 样 的 单 
独 检 查 常 常 被 称 为 “ 卫 语句 ”(guard clauses) [Beck]. 
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Replace Nested Conditional with Guard Clauses (250) 的 精髓 就 是 ， 给 某 一 条 分 支 
以 特别 的 重视 。 如 果 使 用 if-then-else 结 构 ， 你 对 if 分 支 和 else 分 支 的 重视 是 同 
等 的 。 这 样 的 代码 结构 传递 给 阅读 者 的 消息 就 是 : 各 个 分 支 有 同样 的 重要 性 。 卫 语 
名 就 不 同 了 ,， 它 告诉 阅读 者 :“ 这 种 情况 很 罕见 ， 如 果 它 真 地 发 生 了 ,请 做 一 些 必要 
的 整理 工作 ， 然 后 退出 。” 

“每 个 函数 只 能 有 一 个 入 口 和 一 个 出 口 ” 的 观念 , 根深 蒂 固 于 某 些 程序 员 的 脑海 
里 。 我 发 现 ， 当 我 处 理 他 们 编写 的 代码 时 ， 经 常 需 要 使 用 Replace Nested Conditional 
with Guard Clauses (250)。 现 今 的 编程 语言 都 会 强制 保证 每 个 函数 只 有 一 个 入 口 ， 至 
于 “单一 出 口 ” 规则， 其 实 不 是 那么 有 用 。 在 我 看 来 ， 保 持 代码 清晰 才 是 最 关键 的 : 
如 果 单 一 出 口 能 使 这 个 函数 更 清楚 易 读 , 那么 就 使 用 单一 出 口 ; 否则 就 不 必 这 么 做 。 


做 法 
O 对 于 每 个 检查 ， 放 进 一 个 卫 语 句 。 
> 卫 语句 要 不 就 从 函数 中 返回 ， 要 不 就 抛 出 一 个 异常 。 
O 每 次 将 条 件 检查 替换 成 卫 语句 后 ， 编 译 并 测试 。 
> 如 果 所 有 卫 语 多 都 导致 相同 结果 , 请 使 用 Consolidate Conditional Expressions 
(240). 
范例 
想象 一 个 薪 册 系统 ， 其 中 以 特殊 规则 处 理 死亡 员工 、 驻 外 员工 、 退 休 员 工 的 薪 
资 。 这 些 情况 不 常 有 ， 但 的 确 偶而 会 出 现 。 
假设 我 在 这 个 系统 中 看 到 下 列 代码 : 


double getPayAmount() { 
double result; 
if (_isDead) result = deadAmount(); 


else { 
if (_isSeparate@a) result = separatedAmount ({); 
else { 


if (_isRetired) result = retiredAmount (); 
else result = normal PayAmount (); 
}; 
} 
return result; 
}; 
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在 这 段 代码 中 ， 非 正常 情况 的 检查 掩盖 了 正常 情况 的 检查 ， 所 以 应 该 用 卫 语 句 
来 取代 这 些 检 查 ， 以 提高 程序 清晰 度 。 我 可 以 逐一 引入 卫 语 句 。 让 我 们 从 最 上 面 的 
条 件 检查 动作 开始 : 


double getPayAmount() { 
double result; 
if (_isDead) return deadAmount(); 
if (_isSeparated) result = separatedAmount ( ) ; 
else { 
if (_isRetired) result = retiredAmount (); 
else result = normalPayAmount (); 
}; 
return result; 
}; 


然后 ， 继 续 下 去 ， 仍 然 一 次 替换 一 个 检查 动作 : 


double getPayAmount() { 
double result; 
if (_isDead) return deadAmount () ; 
if (_isSeparated) return separatedAmount (); 
if (_isRetired) result = retiredAmount(); 
else result = normalPayAmount (); 
return result; 

}3 


然后 是 最 后 一 个 : 


double getPayAmount() { 
double result; 
if (_isDead) return deadAmount (); ` 
if (_isSeparated) return separatedAmount (); 
if (_isRetired) return retiredAmount(); 
result = normalPayAmount (); 
return result; 


}; 


此 时 ，result 变 量 已 经 没有 价值 了 ， 所 以 我 把 它 删 掉 : 


double getPayAmount() { 
if (_isDead) return deadAmount (); 
if (_isSeparated) return separatedAmount (); 
if (_isRetired) return retiredAmount (); 
return normal PayAmount (); 
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REAR ASE TE ABE “ET RRA REA THO” MAF ABM. R 
发 现 那 条 规则 实在 有 点 太 简单 粗暴 了 。 如 果 对 函数 剩余 部 分 不 再 有 兴趣 ， 当 然 应 该 
立刻 退出 。 引 导 阅 读者 去 看 一 个 没有 用 的 el se 区 段 ， 只 会 妨碍 他 们 的 理解 。 


范例 : 将 条 件 反 转 


审阅 本 书 初稿 时 ，Joshua Kerievsky 指 出 : 你 常常 可 以 将 条 件 表达 式 反 转 ， 从 而 
实现 Replace Nested Conditional with Guard Clauses (250)。 为 了 拯救 我 可 怜 的 想象 力 ， 
他 还 好 心 帮 我 想 了 个 例子 : 


public double getAdjustedCapital() { 
double result = 0.0; 
if (_capital > 0.0) { 
if (_intRate > 0.0 && _duration > 0.0) { 
result = (_income / _duration) * ADJ_FACTOR; 
} 
} 
return result; 
} 


同样 地 ， 我 逐一 进行 替换 。 不 过 这 次 在 插入 卫 语句 时 ， 我 需要 将 相应 的 条 件 反 
转 过 来 : 


public double getAdjustedCapital() { 
double result = 0.0; 
if (_capital <= 0.0) return result; 
if (_intRate > 0.0 && _duration > 0.0) { 
result = (_income / _duration) * ADJ_FACTOR; 





} 
J 


return result; 


下 一 个 条 件 稍微 复杂 一 点 , 所 以 我 分 两 步 进行 逆反 。 首 先 加 入 一 个 逻辑 非 操 作 ; 


public double getAdjustedCapital() { 
double result = 0.0; 
if (_capital <= 0.0) return result; 
if (!(_intRate > 0.0 && _duration > 0.0)) return result; 
result = (_income / _duration) * ADJ_FACTOR; 
return result; 
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但 是 在 这 样 的 条 件 表达 式 中 留 下 一 个 逻辑 非 ， 会 把 我 的 脑袋 拧 成 一 团 乱 麻 ， 所 
以 我 把 它 简化 成 下 面 这 样 : 


public double getAdjustedCapital() { 
double result = 0.0; 
if (_capital <= 0.0) return result; 
if (_imtRate <= 0.0 || _duration <= 0.0) return result; 
result = (_income / _duration) * ADJ_FACTOR; 
return result; 


} 


这 时 候 ， 我 比较 喜欢 在 卫 语 句 内 返回 一 个 明确 值 ， 因 为 这 样 我 可 以 一 目 了 然 地 
看 到 卫 语 句 返回 的 失败 结果 。 此 外 , 这 种 时 候 我 也 会 考虑 使 用 Replace Magic Number 
with Symbolic Constant (204). 


public double getAdjustedCapital() { 
double result = 0.0; 
if (_capital <= 0.0) return 0.0; 
if (_intRate <= 0.0 || _duration <= 0.0) return 0.0; 
result = (_income / _duration) * ADJ_FACTOR; 
return result; 


} 


完成 替换 之 后 ， 我 同样 可 以 将 临时 变量 移 除 : 


public double getAdjustedCapital() { 
if (_capital <= 0.0) return 0.0; 
if (_intRate <= 0.0 || _duration <= 0.0} return 0.0; 
return (_income / _duration) * ADJ_FACTOR; 
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9.6 Replace Conditional with Polymorphism 
《以 多 态 取代 条 件 表达 式 ) 


你 手 上 有 个 条 件 表达 式 ， 它 根据 对 象 类 型 的 不 同 而 选择 不 同 的 行为 。 


将 这 个 条 件 表 达 式 的 每 个 分 支 放 进 一 个 子 类 内 的 覆 写 函数 中 ， 然 后 将 原始 
函数 声明 为 抽象 函数 。 


double getSpeed() { 
switch ( type) { 
case EUROPEAN: 
return getBaseSpeed (); 
case AFRICAN: 
return getBaseSpeed() - gethoadFactor({) * ~numberOfCoconuts; 
case NORWEGIAN BLUE: 
return (_isNaāiled):? 0 : getBaseSpeed{_voltage); 
} 
throw new RuntimeException ("Should be unreachable"); 






Norwegian Blue 


动机 


在 面向 对 象 术语 中 ， 听 上 去 最 高 贵 的 词 非 “ 多 态 ” 莫 属 。 多 态 最 根本 的 好 处 就 
E: 如 果 你 需要 根据 对 象 的 不 同类 型 而 采取 不 同 的 行为 ， 多 态 使 你 不 必 编 写 明显 的 
条 件 表达 式 。 


正 因 为 有 了 多 态 ， 所 以 你 会 发 现 :“ 类 型 码 的 switch 语 句 ” 以 及 “基于 类 型 名 
称 的 if-then-else 语 句 ” 在 面向 对 象 程 序 中 很 少 出 现 。 
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多 态 能 够 给 你 带 来 很 多 好 处 。 如 果 同 一 组 条 件 表达 式 在 程序 许多 地 点 出 现 ， 那 
么 使 用 多 态 的 收益 是 最 大 的 。 使 用 条 件 表 达 式 时 ， 如 果 你 想 添加 一 种 新 类 型 ， 就 必 
须 查 找 并 更 新 所 有 条 件 表 达 式 。 但 如 果 改 用 多 态 ， 只 需 建 立 一 个 新 的 子 类 ， 并 在 其 
中 提供 适当 的 函数 就 行 了 。 类 的 用 户 不 需要 了 解 这 个 子 类 ， 这 就 大 大 降低 了 系统 各 
部 分 之 间 的 依赖 ， 使 系统 升级 更 加 容易 。 


做 法 
使 用 Replace Conditional with Polymorphism (255) 之 前 ， 首 先 必须 有 一 个 继承 结 
构 。 你 可 能 已 经 通过 先前 的 重 构 得 到 了 这 一 结构 。 如 果 还 没有 , 现在 就 需要 建立 它 。 


要 建立 继承 结构 , 有 两 种 选择 : Replace Type Code with Subclasses (223) 和 Replace 
Type Code with State/Strategy (227)。 前 一 种 做 法 比较 简单 ， 因 此 应 该 尽 可 能 使 用 它 。 
但 如 果 你 需要 在 对 象 创 建 好 之 后 修改 类 型 码 ， 就 不 能 使 用 继承 手法 ， 只 能 使 用 State/ 
Strategy 模 式 。 此 外 ， 如 果 由 于 其 他 原因 ， 要 重 构 的 类 已 经 有 了 子 类 ， 那 么 也 得 使 用 
State/Strategy。 记 住 ， 如 果 若 干 switch 语 句 针 对 的 是 同一 个 类 型 码 ， 你 只 需 针 对 这 
个 类 型 码 建 立 一 个 继承 结构 就 行 了 。 


现在 ， 可 以 向 条 件 表达 式 开 战 了 。 你 的 目标 可 能 是 switch 语 句 ， 也 可 能 是 if 
语句 。 
O 如 果 要 处 理 的 条 件 表 达 式 是 一 个 更 大 函数 中 的 一 部 分 , 首先 对 条 件 表达 式 进 
行 分 析 ， 然 后 使 用 Extract Method (110) 将 它 提炼 到 一 个 独立 函数 去 。 
n 如 果 有 必要 ， 使 用 Move Method (142) 将 条 件 表 达 式 放置 到 继承 结构 的 顶端 。 


任 选 一 个 子 类 ,在 其 中 建立 一 个 函数 ， 使 之 履 写 超 类 中 容纳 条 件 表 达 式 的 那 
个 函数 。 将 与 该 子 类 相关 的 条 件 表 达 式 分 支 复制 到 新 建 函 数 中 ， 并 对 它 进 行 
适当 调整 。 

之 为 了 顺利 进行 这 一 步骤 ， 你 可 能 需要 将 超 类 中 的 某 些 private 字 段 声明 为 


protected。 
O 编译 ， 测 试 。 
O 在 超 类 中 删 掉 条 件 表 达 式 内 被 复制 了 的 分 文 。 
O 编译 ， 测 试 。 
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O 针对 条 件 表达 式 的 每 个 分 支 ， 重 复 上 述 过 程 ， 直到 所 有 分 支 都 被 移 到 子 类 内 
的 函数 为 止 。 
将 超 类 之 中 容纳 条 件 表达 式 的 函数 声明 为 抽象 函数 。 


范例 


请 允许 我 继续 使 用 “员工 与 薪资 ”这 个 简单 而 又 乏味 的 例子 。 我 的 类 是 从 Replace 


Type Code with State/Strategy (227) 那 个 例子 中 拿 来 的 , 因此 示意 图 就 如 图 9-1 Bras Con 
果 想 知道 这 个 图 是 怎么 得 到 的 ， 请 看 第 8 章 的 范例 )。 





图 9-1 继承 结构 


class Employee... 
int payAmount() { 
Switch (getType()) { 
case EmployeeType.ENGINEER: 
return _monthlySalary; 
case EmployeeType. SALESMAN: 
return _monthlySalary + _commission; 
case EmployeeType.MANAGER: 
return _monthlySalary + _bonus; 
default: 


throw new RuntimeException (“Incorrect Employee"); 
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int getType() { 

return _type.getTypeCode() ; 
} 
private EmployeeType _type; 


abstract class EmployeeType... 
abstract int getTypeCode(); 


class Engineer extends EmployeeType... 
int getTypeCode() { 
return Employee. ENGINEER; 


. and other subclasses 


switch 语 句 已 经 被 很 好 地 提炼 出 来 ， 因此 我 不 必 费 劲 再 做 一 遍 。 不 过 我 需要 将 
它 移 到 EmployeeType 类 ， 因 为 EmployeeType 才 是 要 被 继承 的 类 .。 


class EmployeeType... 
int payAmount (Employee emp) { 
switch (getTypeCode()) { 
case ENGINEER: 
return emp.getMonthlySalary(); 
case SALESMAN: 
return emp.getMonthlySalary() + emp.getCommission(); 
case MANAGER: 
return emp.getMonthlySalary() + emp.getBonus () ; 
default: 
throw new RuntimeException("Incorrect Employee"); 


} 


由 于 我 需要 Employee 的 数据 ， 所 以 需要 将 Employee 对 象 作为 参数 传递 给 
payAmount ( ) 。 这 些 数据 中 的 一 部 分 也 许可 以 移 到 EmployeeType 来 ， 但 那 是 男 一 
项 重 构 需要 关心 的 问题 了 。 


调整 代码 ， 使 之 通过 编译 ， 然后 我 修改 Employee 中 的 payAmount () 函数 ， 令 
它 委 托 EmployeeType: 


class Fmployee... 
int payAmount() { 
return _type.payAmount (this); 
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现在 , 我 可 以 处 理 switch 语 名 了 。 这 个 过 程 有 点 像 淘气 小 男孩 折磨 一 只 昆虫 一 一 
RE BEC — Ze Hib 首先 我 把 switch 语 句 中 的 Engineer 这 一 分 支 复制 到 Engineer 
RK; 


class Engineer... 
int payAmount (Employee emp) { 
return emp.getMonthlySalary(); 


} 


这 个 新 函数 履 写 了 超 类 中 的 switch 语 句 内 专门 处 理 Engineer 的 分 支 。 我 是 个 偏 
执 狂 ， 有 时 我 会 故意 在 case 子 句 中 放 一 个 陷阱 , 检查 Engineer 子 类 是 否 正常 工作 : 


class EmployeeType... 
int payAmount (Employee emp) { 
switch (getTypeCode()) { 
case ENGINEER: 
throw new RuntimeException("Should be being overridden"); 
case SALESMAN: 
return emp.getMonthlySalary() + emp.getCommission(); 
case MANAGER: 
return emp.getMonthlySalary() + emp.getBonus(); 
default: 
throw new RuntimeException("Incorrect Employee"); 


} 
接 下 来 ， 我 重复 上 述 过 程 ， 直 到 所 有 分 支 都 被 去 除 为 止 ; 





class Salesman... 
int payAmount (Employee emp) { 
return emp.getMonthlySalary() + emp.getCommission(); 


class Manager... 
int payAmount (Employee emp) { 
return emp.getMonthlySalary() + emp.getBonus(); 


} 
然后 ， 将 超 类 的 payamount () RR A APS AR 


class EmployeeType... 
abstract int payAmount (Employee emp); 
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9.7 Introduce Null Object (引入 Null 对 象 ) 


你 需要 再 三 检查 某 对 象 是 否 为 null。 
将 null 值 替换 为 null 对 象 。 


if (customer == null) plan = BillingPlan.basic()}; 


else plan = customer.getPlan(); 


动机 

多 态 的 最 根本 好 处 在 于 : 你 不 必 再 向 对 象 询问 “你 是 什么 类 型 ”而 后 根据 得 到 
的 答案 调用 对 象 的 某 个 行为 一 一 你 只 管 调用 该 行为 就 是 了 ， 其 他 的 一 切 多 态 机 制 会 
为 你 安排 妥当 。 当 某 个 字段 内 容 是 null 时 ， 多 态 可 扮演 另 一 个 较 不 直观 〈 亦 较 不 为 
人 所 知 ) 的 用 途 。 让 我 们 先 听 听 Ron Jeffries 的 故事 。 

-一 一 Ron Jeffries 

我 们 第 一 次 使 用 Null Object 模式 ， 是 因为 Rich Garzaniti 发 现 ， 系 统 在 向 对 象 
发 送 一 个 消息 之 前 ， 总 要 检查 对 象 是 否 存在 ， 这 样 的 检查 出 现 很 多 次 。 我 们 可 能 
会 向 一 个 对 象 索 求 它 所 相关 的 Person 对 象 ， 然 后 再 问 那个 对 象 是 否 为 nu11。 如 
果 对 象 的 确 存在 ， 我 们 才能 调用 它 的 rate() 函数 以 查询 这 个 人 的 薪资 级 别 。 我 
们 在 好 些 地 方 都 是 这 样 做 的 ， 造 成 的 重复 代码 让 我 们 很 烦心 。 

所 以 ， 我 们 编写 了 一 个 MissingPerson 类 ， 让 它 返 回 ‘0’ 薪资 等 级 [我 们 也 
把 空 对 象 (nullobject ) 称 为 虚拟 对 象 ( missing object )]. 很 快 地 , MissingPerson 
就 有 了 很 多 函数 ，rate() 自然 是 其 中 之 一 。 如今 我 们 的 系统 有 超过 80 个 空 对 象 类 。 
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我 们 常常 在 显示 信息 的 时 候 使 用 空 对 象 。 例 如 我 们 想 要 显示 一 个 Person 对 
象 信息 ， 它 大 约 有 20 个 实例 变量 。 如 果 这 些 变量 可 被 设 为 nu11， 那 么 打印 一 个 
Person 对 象 的 工作 将 非常 复杂 。 所 以 我 们 不 让 实例 变量 被 设 为 nul11， 而 是 插入 
各 式 各 样 的 空 对象 一 一 它们 都 知道 如 何 正确 地 显示 自己 。 这 样 ， 我 们 就 可 以 摆脱 
大 量 过 程 化 的 代码 。 

我 们 对 空 对 象 的 最 聪明 运用 ， 就 是 拿 它 来 表示 不 存在 的 Gemstone 会 话 : 我 们 
使 用 Gemstone 数 据 库 来 保存 成 品 (程序 代码 )， 但 我 们 更 愿意 在 没有 数据 库 的 情 
况 下 进行 开发 ， 每 过 一 周 左右 再 把 新 代码 放 进 Gemstone 数 据 库 。 然 而 在 代码 的 某 
些 地 方 ， 我 们 必须 登录 一 个 Gemstone 会 话 。 当 没有 Gemstone 数 据 库 时 ， 我 们 就 仅 
仅 安插 一 个 “虚构 的 Gemstone 会 话 ”， 其 接口 和 真正 的 Gemstone 会 话 一 模 一 样 ， 
使 我 们 无 需 判断 数据 库 是 否 存在 ， 就 可 以 进行 开发 和 测试 

空 对 象 的 另 一 个 用 途 是 表现 出 “虚构 的 箱 仓 ”(missing bin )。 所 谓 “We”, 
这 里 是 指 集合 , 用 来 保存 某 些 薪资 值 , 并 常常 需要 对 各 个 薪资 值 进 行 加 和 或 遍历 . 
如 果 某 个 箱 仓 不 存在 ， 我 们 就 给 出 一 个 虚构 的 箱 仓 对 和 象 ， 其 行为 和 一 个 空 箱 仓 一 
样 。 这 个 虚构 箱 仓 知 道 自己 其 实 不 带 任何 数据 ， 总 值 为 0。 通 过 这 种 做 法 ， 我 们 
就 不 必 为 上 千 位 员工 每 人 产生 数 十 来 个 空 箱 对 象 了 。 

使 用 空 对 象 时 有 个 非常 有 趣 的 性 质 : 系统 几乎 从 来 不 会 因为 空 对 象 而 被 破 
坏 。 由 于 空 对 象 对 所 有 外 界 请 求 的 响应 都 和 真实 对 象 一 样 ， 所 以 系统 行为 总 是 正 
常 的 。 但 这 并 非 总 是 好 事 ， 有 时 会 造成 问题 的 侦 测 和 查找 上 的 困难 ， 因 为 从 来 没 
有 任何 东西 被 破坏 。 当 然 ， 只 要 认真 检查 一 下 ， 你 就 会 发 现 空 对 象 有 时 出 现在 不 
该 出 现 的 地 方 。 

请 记 住 : 空 对 象 一 定 是 常量 ， 它 们 的 任何 成 分 都 不 会 发 生变 化 。 因 此 我 们 可 
以 使 用 Singleton 模 式 [Gang of Four] 来 实现 它们 。 例 如 不 管 任何 时 候 ， 只 要 你 索 求 


一 个 MissingPerson 对 象 ， 得 到 的 一 定 是 MissingPerson 的 唯一 实例 。 





关于 Null Object 模式 ， 你 可 以 在 Woolf [Woolfl 中 找到 更 详细 的 介绍 。 
做 法 

D 为 源 类 建立 一 个 子 类 , 使 其 行为 就 像 是 源 类 的 null 版 本 。 在 源 类 和 null 子 类 中 
都 加 上 isNull() 函数 ， 前 者 的 isNull() 应 该 返回 false， 后 者 的 isNu1l () 
应 该 返回 true。 
过 下面 这 个 办 法 也 可 能 对 你 有 所 帮助 : 建立 一 个 nullable 接 口 ， 将 isNull 1() 

函数 放 在 其 中 ， 让 源 类 实现 这 个 接口 。 

区 另外， 你 也 可 以 创建 一 个 测试 接口 ， 专 门 用 来 检查 对 象 是 否 为 nul1l。 
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O 编译 。 
口 找 出 所 有 “ 索 求 源 对 象 却 获得 一 个 nul1” 的 地 方 。 修 改 这 些 地 方 ， 使 它们 
改 而 获得 一 个 空 对 象 。 
O 找 出 所 有 “将 源 对 象 与 nul1 做 比较 ”的 地 方 。 修 改 这 些 地方 ， 使 它们 调用 
isNull () RK. 
> 你 可 以 每 次 只 处 理 一 个 源 对 象 及 其 客户 程序 ,编译 并 测试 后 ， 再 处 理 另 一 
个 源 对 象 。 
党 你 可 以 在 “不 该 再 出 现 nul1” 的 地 方 放 上 一 些 断言 ， 确 保 nul1l1 的 确 不 再 
出 现 。 这 可 能 对 你 有 所 帮助 。 
O 编译 ， 测 试 。 
O 找 出 这 样 的 程序 点 : 如 果 对 象 不 是 null1， 做 A 动作 ， 否 则 做 B 动 作 。 
O 对 于 每 一 个 上 述 地 点 ， 在 null 类 中 覆 写 A 动作 ， 使 其 行为 和 B 动 作 相同 。 
o 使 用 上 述 被 覆 写 的 动作 ， 然 后 删除 “对 象 是 否 等 于 null” 的 条 件 测试 。 编 
译 并 测试 。 


范例 


一 家 公用 事业 公司 的 系统 以 site 表 示 地 点 (场所 )。 庭 院 宅 第 (house) 和 集体 
公寓 (apartment) 都 使 用 该 公司 的 服务 。 任 何 时 候 每 个 地 点 都 拥有 【或 说 都 对 应 于 ) 
一 个 顾客 ， 顾 客 信息 以 customer 表 示 : 


class Site... 
Customer getCustomer() { 
return _customer; 
} 


Customer _customer; 


customer 有 很 多 特性 ， 我 们 只 看 其 中 三 项 : 


class Customer... 
public String getName() {...} 
public BillingPlan getPlan() {...} 
public PaymentHistory getHistory() {...} 


本 系统 又 以 PaymentHistory 表 示 顾 客 的 付款 记录 ， 它 也 有 其 自己 的 特性 : 
public class PaymentHistory... 
int getWeeksDelinquentInLastYear () 


上 面 的 各 种 取 值 函数 允许 客户 取得 各 种 数据 .但 有 时 候 一 个 地 点 的 顾客 搬 走 了 ， 
新 顾客 还 没 搬 进 来 ， 此 时 这 个 地 点 就 没有 顾客 。 由 于 这 种 情况 有 可 能 发 生 ， 所 以 我 
们 必须 保证 customezr 的 所 有 用 户 都 能 够 处 理 “customer 对 象 等 于 nul1” 的 情况 。 
下 面 是 一 些 示 例 片 段 : 


www. lopSage.com 


9.7 Introduce Null Object (引入 Null 对 象 ) V 


Customer customer = site.getCustomer () ; 
BillingPlan plan; 

if (customer == null) plan = BillingPlan.basic(); 
else plan = customer.getPlan(); 


String customerName; 
if (customer == null) customerName = "occupant"; 
else customerName = customer.getName(}; 


int weeksDelinquent; 
if (customer == null) weeksDelinquent = 0; 
else weeksDelinquent = customer.getHistory () .getWeeksDel inquent InLastYear () ; 


这 个 系统 中 可 能 有 许多 地 方 使 用 site 和 customer 对 象 ， 它 们 都 必须 检查 


Customer 对 象 是 否 等 于 nul11， 而 这 样 的 检查 完全 是 重复 的 。 看 来 是 使 用 空 对 象 的 
时 候 了 。 


首先 新 建 一 个 Nullcustomer, 并 修改 customer，, 使 其 支持 “对 象 是 否 为 null” 
的 检查 : 


class NullCustomer extends Customer { 
public boolean isNull() { 
return true; 


} 
} 


class Customer... 
public boolean isNull() { 
return false; 





} 


protected Customer() {} //needed by the NullCustomer 


如 果 你 无 法 修改 customer, 可 以 使 用 第 266 页 的 做 法 : 建立 一 个 新 的 测试 接口 。 
如 果 你 喜欢 ， 也 可 以 新 建 一 个 接口 ， 昭 告 大 家 “这 里 使 用 了 空 对 象 ”: 


interface Nullable { 
boolean isNull(); 
} 


class Customer implements Nullable 


我 还 喜欢 加 入 一 个 工厂 函数 ， 专 门 用 来 创建 Nul11Ctomer 对 象 。 这 样 一 来 ， 用 
户 就 不 必 知 道 空 对 象 的 存在 了 : 


class Customer... 
Static Customer newNull() { 
return new NullCustomer(); 
} 
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接 下 来 的 部 分 稍微 有 点 麻烦 。 对 于 所 有 “返回 nu11” 的 地 方 ， 我 都 要 将 它 改 为 
“返回 空 对 象 ”。 此外， 我 还 要 把 Eo0o==null 这 样 的 检查 替换 成 foo .isNull()。 我 
发 现下 列 办 法 很 有 用 : 查找 所 有 提供 customer 对 象 的 地 方 ， 将 它们 都 加 以 修改 ， 
使 它们 不 能 返回 nul1， 改 而 返回 一 个 Nullcustomer 对 象 。 


class Site... 


Customer getCustomer() { 
return (_customer == null) ? 
Customer .newNull(): 
_customer; 


} 


另外 ， 我 还 要 修改 所 有 使 用 customer 对 象 的 地 方 ， 让 它们 以 isNull () 函数 进 
行 检查 ， 不 再 使 用 ==nu11 检 查 方 式 。 


Customer customer = site.getCustomer!(); 
BillingPlan plan; 

if (customer.isNull()) plan = BillingPlan.basic(); 
else plan = customer.getPlan(); 


String customerName; 
if (customer.isNull()}) customerName = "occupant"; 
else customerName = customer.getName() ; 


int weeksDelinquent; 
if (customer.isNull()) weeksDelinquent = 0; 
else weeksDel inquent = customer.getHistory() .getWeeksDelinquentInLast Year () ; 


毫 无 疑问 ， 这 是 本 项 重 构 中 最 需要 技巧 的 部 分 。 对 于 每 一 个 需要 替换 的 可 能 等 
于 nul1 的 对 象 ， 我 都 必须 找到 所 有 检查 它 是 否 等 于 nul1 的 地 方 ， 并 逐一 替换 。 如 
果 这 个 对 象 被 传播 到 很 多 地 方 ， 追 踪 起 来 就 很 困难 。 上 述 范 例 中 ， 我 必须 找 出 每 一 
个 类 型 为 customer 的 变量 ， 以 及 它们 被 使 用 的 地 点 。 很 难 将 这 个 过 程 分 成 更 小 的 
步骤 。 有 时 候 我 发 现 可 能 等 于 nul1 的 对 象 只 在 某 几 处 被 用 到 ,那么 替换 工作 比较 简 
单 ; 但 是 大 多 数 时 候 我 必须 做 大 量 替 换 工 作 。 还 好 ， 撤 销 这 些 替 换 并 不 困难 ， 因 为 
我 可 以 不 太 困 难 地 找 出 对 isNull () 的 调用 动作 ， 但 这 上 毕竟 也 是 很 零乱 很 恼人 的 。 


这 个 步骤 完成 之 后 , 如果 编 译 和 测试 都 顺利 通过 , 我 就 可 以 宽 心 地 露出 笑容 了 。 
接 下 来 的 动作 比较 有 趣 。 到 目前 为 止 ， 使 用 isNull() 函 数 尚 未 带 来 任何 好 处 。 只 
有 把 相关 行为 移 到 Nul lcustomer 中 并 去 除 条 件 表达 式 之 后 ， 我 才能 得 到 切实 的 利 
益 。 我 可 以 逐一 将 各 种 行为 移 过 去 。 首 先 从 “取得 顾客 名 称 ” 这 个 函数 开始 。 此 时 
的 客户 端 代码 大 约 如 下 : 


String customerName; 
if (customer.isNull()) customerName = "occupant"; 
else customerName = customer.getName() ; 
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首先 为 Nul lcCustomer 加 入 一 个 合适 的 函数 ， 通 过 这 个 函数 来 取得 顾客 名 称 : 


class NullCustomer... 
public String getName() { 
return "occupant"; 
} 


现在 ， 我 可 以 去 掉 条 件 代 码 了 : 


String customerName = customer.getName() ; 


接 下 来 我 以 相同 手法 处 理 其 他 函数 ， 使 它们 对 相应 查询 做 出 合适 的 响应 。 此 外 
我 还 可 以 对 修改 函数 做 适当 的 处 理 。 于 是 下 面 这 样 的 客户 端 程序 : 


if (! customer.isNull()) 
customer.sétPlan(BillingPlan.special()); 


就 变 成 了 这 样 : 
customer.setPlan(BillingPlan.special()); 


class NullCustomer... 


public void setPlan (BillingPlan arg) {} 


请 记 住 ， 只 有 当 大 多 数 客户 代码 都 要 求 空 对 象 做 出 相同 响应 时 ， 这 样 的 行为 搬 
移 才 有 意义 。 注 意 ， 我 说 的 是 “大 多 数 ” 而 不 是 “所 有 ”。 任 何 用 户 如 果 需 要 空 对 象 
做 出 不 同 响 应 ， 他 们 仍然 可 以 使 用 isNull O 函数 来 测试 。 只 要 大 多 数 客 户 端 都 要 
求 空 对 象 做 出 相同 响应 ， 他 们 就 可 以 调用 默认 的 nul1 行 为 ， 而 你 也 就 受益 菲 浅 了 。 


上 述 范 例 略 带 差异 的 某 种 情况 是 ， 某 些 客户 端 使 用 customer 函 数 的 运算 结果 : 


if (customer.isNull()) weeksDelinquent = 0; 
else weeksDelinquent = customer.getHistory() .getWeeksDel inquent InLast Year (); 


我 可 以 新 建 一 个 NullPaymentHistory 类 ， 用 以 处 理 这 种 情况 : 


class NullPaymentHistory extends PaymentHistory... 
int getWeeksDelinquentiInLastYear() { 
return 0; 


} 


并 修改 Nullcustomer， 让 它 返回 一 个 Nul1PaymentHistory 对 象 : 


class NullCustomer... 
public PaymentHistory getHistory() { 
return PaymentHistory.newNull (); 


} 
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然后 ， 我 同样 可 以 删除 这 一 行 条 件 代码 : 


int weeksDelinquent = customer.getHistory () .getWeeksDelinquentInLastYear(); 
你 常常 可 以 看 到 这 样 的 情况 : 空 对 象 会 返回 其 他 空 对 象 。 
范例 : 测试 接口 


除了 定义 isNull() 之 外 ， 你 也 可 以 建立 一 个 用 以 检查 “对 象 是 否 为 nul1” 的 
接口 。 


使 用 这 种 办 法 ， 需 要 新 建 一 个 Nul1 接 口 ， 其 中 不 定义 任何 函数 : 
interface Null {} 


然后 ， 让 空 对 象 实现 Nul1 接 口 : 


class NullCustomer extends Customer implements Null... 


然后 ， 我 就 可 以 用 instanceof 操 作 符 检查 对 象 是 否 为 null; 


aCustomer instanceof Null 


通常 我 尽量 避免 使 用 instanceof 操 作 符 ， 但 在 这 种 情况 下 ， 使 用 它 是 没 问 题 
的 。 而 且 这 种 做 法 还 有 男 一 个 好 处 : 不 需要 修改 customer。 这 么 一 来 即使 无 法 修 
改 Ccustomer 源 码 ， 我 也 可 以 使 用 空 对 象 。 


其 他 特殊 情况 


使 用 本 项 重 构 时 ， 你 可 以 有 几 种 不 同 的 空 对 象 ， 例 如 你 可 以 说 “没有 顾客 ”( 新 
建 的 房子 和 暂时 没 人 住 的 房子 ) 和 “不 知名 顾客 ”( 有 人 住 ， 但 我 们 不 知道 是 谁 ) 这 
两 种 情况 是 不 同 的 。 果 真如 此 ， 你 可 以 针对 不 同 的 情况 建立 不 同 的 空 对 象 类 。 有 时 
候 空 对 象 也 可 以 携带 数据 ， 例 如 不 知名 顾客 的 使 用 记录 等 ， 于 是 我 们 可 以 在 查 出 顾 
客 姓名 之 后 将 账单 寄 给 他 。 


本 质 上 来 说 ， 这 是 一 个 比 Null Object 模式 更 大 的 模式 : Special Case 模 式 。 所 谓 
特例 类 〈special case)， 也 就 是 某 个 类 的 特殊 情况 ， 有 着 特殊 的 行为 。 因 此 表示 “不 
知名 顾客 ”的 UnknownCustomer 和 表示 “没有 顾客 ”的 Nocustomer 都 是 Customer 
的 特例 。 你 经 常 可 以 在 表示 数量 的 类 中 看 到 这 样 的 “特例 类 ”, 例如 Java 浮 点 数 有 “下 
无 穷 大 ”、“ 负 无 穷 大 ”和 “ 非 数 量 ”(NaN) 等 特例 。 特 例 类 的 价值 是 : 它们 可 以 降 
低 你 的 “错误 处 理 ” 开 销 ， 例 如 浮 点 运算 决 不 会 抛 出 异常 。 如 果 你 对 NaN 做 浮 点 运 
算 ， 结 果 也 会 是 个 NaN。 这 和 “ 空 对 象 的 访问 顶 数 通常 返回 另 一 个 空 对 象 ” 是 一 样 
的 道理 。 
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9.8 Introduce Assertion (引入 断言 ) 


某 一 段 代码 需要 对 程序 状态 做 出 某 种 假设 。 
以 断言 明确 表现 这 种 假设 。 


double getExpenseLimit() { 
// should have either expense limit or a primary project 
return (_expenseLimit != NULL_EXPENSE) ? 
_expenseLimit: 
primaryProject .getMemberExpenseLimit (); 


double getExpenseLimit() { 


Assert.isTrue (_expenseLimit != NULL_EXPENSE |! _primaryProject t= null); 
return. (_expenseLimit != NULL _EXPENSB) ? 
_expenseLimit: 
._primaryProject. dutitanberEscend tare 1): 
} 


动机 


常常 会 有 这 样 一 段 代 码 : 只 有 当 某 个 条 件 为 真 时 ， 该 段 代 码 才能 正常 运行 。 例 
如 平方 根 计算 只 对 正 值 才能 进行 ， 又 例如 某 个 对 象 可 能 假设 其 字段 至 少 有 一 个 不 等 
于 null。 





这 样 的 假设 通常 并 没有 在 代码 中 明确 表现 出 来 , 你 必须 阅读 整个 算法 才能 看 出 。 
有 时 程序 员 会 以 注释 写 出 这 样 的 假设 。 而 我 要 介绍 的 是 一 种 更 好 的 技术 : 使 用 断言 
明确 标明 这 些 假设 。 


断言 是 一 个 条 件 表达 式 ， 应 该 总 是 为 真 。 如 果 它 失败 ， 表 示 程 序 员 犯 了 错误 。 
因此 断言 的 失败 应 该 导致 一 个 非 受 控 异常 (unchecked exception)。 断 言 绝 对 不 能 被 
系统 的 其 他 部 分 使 用 。 实 际 上 ， 程 序 最 后 的 成 品 往往 将 断言 统统 删除 。 因 此 ， 标 记 
“ 某 些 东西 是 个 断言 ”是 很 重要 的 。 
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断言 可 以 作为 交流 与 调试 的 辅助 。 在 交流 的 角度 上 ， 断 言 可 以 帮助 程序 阅读 者 
理解 代码 所 做 的 假设 ， 在 调试 的 角度 上 ， 断 言 可 以 在 距离 bug 最 近 的 地 方 抓 住 它们 。 
当 我 编写 自我 测试 代码 的 时 候 发 现 ， 断 言 在 调试 方面 的 帮助 变 得 不 那么 重要 了 ， 但 
我 仍然 非常 看 重 它们 在 交流 方面 的 价值 。 


做 法 


如 果 程 序 员 不 犯错 ， 断 言 就 应 该 不 会 对 系统 运行 造成 任何 影响 ， 所 以 加 入 断言 
永远 不 会 影响 程序 的 行为 。 


n 如 果 你 发 现代 码 假设 某 个 条 件 始终 为 真 ， 就 加 入 一 个 断言 明确 说 明 这 种 情 
况 。 


=> 你 可 以 新 建 一 个 Assert 类 ， 用 于 处 理 各 种 情况 下 的 断言 。 


注意 ， 不 要 滥用 断言 。 请 不 要 使 用 它 来 检查 “你 认为 应 该 为 真 ”的 条 件 ， 请 只 
使 用 它 来 检查 “一 定 必须 为 真 ” 的 条 件 。 滥用 断言 可 能 会 造成 难以 维护 的 重复 过 辑 。 
在 一 段 逻 辑 中 加 入 断言 是 有 好 处 的 ， 因 为 它 迫 使 你 重新 考虑 这 段 代码 的 约束 条 件 。 
如 果 不 满足 这 些 约束 条 件 ， 程 序 也 可 以 正常 运行 ， 断 言 就 不 会 带 给 你 任何 帮助 ， 只 
会 把 代码 变 得 混乱 ， 并 且 有 可 能 妨碍 以 后 的 修改 。 


你 应 该 常常 问 自己 : 如 果断 言 所 指示 的 约束 条 件 不 能 满足 ， 代 码 是 否 仍 能 正 第 
运行 ? 如 果 可 以 ， 就 把 断言 拿 掉 。 


另外 ， 还 需要 注意 断言 中 的 重复 代码 。 它 们 和 其 他 任何 地 方 的 重复 代码 一 样 不 
好 闻 。 你 可 以 大 胆 使 用 Extract Method (110) 去 掉 那 些 重 复 代 码 。 


范例 


下 面 是 一 个 简单 例子 ， 开支 限制 。 后 勤 部 门 的 员工 每 个 月 有 固定 的 开 文 限额 
业务 部 门 的 员工 则 按照 项 目的 开支 限额 来 控制 自己 的 开支 。 一 个 员工 可 能 没有 开支 
额度 可 用 ， 也 可 能 没有 参与 项 目 , 但 两 者 总 要 有 一 个 (否则 就 没有 经 费 可 用 了 )。 在 
开支 限额 相关 程序 中 ， 上 述 假设 总 是 成 立 的 ， 因 此 : 

class Employee... 

private static final double NULL_EXPENSE = -1.0; 


private double _expenseLimit = NULL_EXPENSE; 
private Project _primaryProject; 
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double getExpenseLimit() { 
return (_expenseLimit != NULL_EXPENSE) ? 
_expenseLimit: 
—primaryProject .getMemberExpenseLimit (); 
} 


boolean withinLimit (double expenseAmount) { 
return (expenseAmount <= getExpenseLimit()); 
} 


这 段 代 码 包 含 了 一 个 明显 假设 : 任何 员工 要 么 参与 某 个 项 目 ， 要 么 有 个 人 开支 
限额 。 我 们 可 以 使 用 断言 在 代码 中 更 明确 地 指出 这 一 点 : 


double getExpenseLimit{} { 
Assert .isTrue(_expenseLimit != NULL_EXPENSE | | _primaryProject != null); 
return (_expenseLimit != NULL_EXPENSE) ? 
_expenseLimit : 
_primaryProject .getMemberExpenseLimit (); 
} 


这 条 断言 不 会 改变 程序 的 任何 行为 。 另 一 方面 ， 如 果断 言 中 的 条 件 不 为 真 ， 我 
束 会 收 到 一 个 运行 期 异常 也许 是 在 withinLimit () 函数 中 抛 出 一 个 空 指针 异常 ， 
也 许 是 在 Assert .isTrue() 函数 中 抛 出 一 个 运行 期 异常 。 有 时 断言 可 以 帮助 程序 
员 找 到 bug， 因 为 它 离 出 错 地 点 很 近 。 但 是 ， 更 多 时 候 ， 断 言 的 价值 在 于 ,帮助 程序 
员 理 解 代 码 正确 运行 的 必要 条 件 。 

我 党 对 断言 中 的 条 件 表达 式 使 用 Extract Method (110)， 也 许 是 为 了 将 若干 地 方 
的 重复 码 提炼 到 同一 个 函数 中 ， 也 许 只 是 为 了 更 清楚 说 明 条 件 表达 式 的 用 途 。 

在 Java 中 使 用 断言 有 点 麻烦 : 没有 一 种 简单 机 制 可 以 协助 我 们 插入 这 东西 2。 断 
言 可 被 轻松 拿 掉 ， 所 以 它们 不 可 能 影响 最 终 成 品 的 性 能 。 编 写 一 个 辅助 类 (例如 
Assert 类 ) 当然 有 所 帮助 , 可惜 的 是 断言 参数 中 的 任何 表达 式 不 论 什么 情况 都 一 定 
会 被 执行 一 遍 。 阻 止 它 的 唯一 办 法 就 是 使 用 类 似 下 面 的 手法 : 


double getExpenseLimit() { 





Assert.isTrue(Assert.ON && 


{(_expenseLimit != NULL_EXPENSE || _primaryProject != null)); 
return (_expenseLimit != NULL_EXPENSE) ? 
_expenseLimit 


: _primaryProject.getMemberExpenseLimit (); 
} 


中 J2SE1.4 已 经 支持 断言 语句 。 一 一 译 者 注 
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或 者 是 这 种 手法 : 


double getExpenseLimit() { 
if (Assert .ON) 


Assert.isTrue(_expenseLimit != NULL_EXPENSE | 
_primaryProject != null); 
return (_expenseLimit != NULL_EXPENSE) ? 
_expenseLimit 


: _primaryProject.getMemberExpenseLimit (); 
} 


如 果 Assert .ON 是 个 常量 ， 编 译 器 就 会 对 它 进行 检查 ; 如 果 它 等 于 false， 就 不 
再 执行 条 件 表 达 式 后 半 段 代码 。 但 是 ， 加 上 这 条 语句 实在 有 点 丑陋 ， 所 以 很 多 程序 
员 宁 可 仅仅 使 用 Assert. isTrue() 函 数 ， 然 后 在 项 目 结束 前 以 过 滤 程 序 滤 掉 使 用 
断言 的 每 一 行 代码 (可 以 使 用 Perl 之 类 的 语言 来 编写 这 样 的 过 滤 程 序 )。 


Assert 类 应 该 有 多 个 函数 ， 函 数 名 称 应 该 帮助 程序 员 理 解 其 功用 。 除 了 
isTrue() 之 外 ， 你 还 可 以 为 它 加 上 equals() 和 shouldNeverReachHere1() 等 图 
数 。 
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对 象 技术 中 ， 最 重要 的 概念 莫 过 于 “接口 ”(interface)。 容 易 被 理解 和 被 
T 使 用 的 接口 是 开发 民 好 面向 对 象 软件 的 关键 。 本 章 将 介绍 几 个 使 接口 
变 得 更 简洁 易 用 的 重 构 手 法 。 


最 简单 也 最 重要 的 一 件 事 就 是 修改 函数 名 称 。 名 称 是 程序 写作 者 与 阅读 者 交流 
的 关键 工具 。 只 要 你 能 理解 一 段 程序 的 功能 , 就 应 该 大 胆 地 使 用 Rename Method (273) 
将 你 所 知道 的 东西 传达 给 其 他 人 。 另 外 ， 你 也 可 以 (并 且 应 该 ) 在 适当 时 机 修改 变 
量 名 称 和 类 名 称 。 不 过 ， 总 体 来 说 ， 修 改名 称 只 是 相对 比较 简单 的 文本 替换 功夫 ， 
所 以 我 没有 为 它们 提供 单独 的 重 构 项 目 。 


函数 参数 在 接口 之 中 扮演 十 分 重要 的 角色 。Add Parameter (275) 和 Remove 
Parameter (277) 都 是 很 常见 的 重 构 手法 。 刚 接触 面向 对 象 技术 的 程序 员 往 往 使 用 很 
长 的 参数 列 ， 这 在 其 他 开发 环境 中 是 很 典型 的 方式 。 但 是 ， 使 用 对 象 技术 ， 你 可 以 
保持 参数 列 的 简短 ， 以 下 有 一 些 相关 的 重 构 可 以 帮助 你 缩短 参数 列 。 如 果 来 自 同一 
对 象 的 多 个 值 被 当 作 参数 传递 ， 你 可 以 运用 Preserve Whole Object (288) 将 它们 替换 
为 单一 对 象 ， 从 而 缩短 参数 列 。 如 果 此 前 并 不 存在 这 样 一 个 对 象 ， 你 可 以 运用 
Introduce Parameter Object (295) 将 它 创建 出 来 。 如 果 函 数 参 数 来 自 该 函数 可 获取 的 
-个 对 象 ， 则 可 以 使 用 Repiace Parameter with Method (292) 避 免 传 递 参 数 。 如 果 某 些 
参数 被 用 来 在 条 件 表 达 式 中 做 选择 依据 ， 可 以 实施 Replace Parameter with Explicit 
Method (285)。 男 外 ， 还 可 以 使 用 Parameterize Method (283) 为 数 个 相似 函数 添加 参 
数 ， 将 它们 合并 到 一 起 。 


关于 缩减 参数 列 的 重 构 手 法 ，Doug Lea 对 我 提出 了 一 个 警告: 并 发 编程 往往 需 
要 使 用 较 长 的 参数 列 ， 因 为 这 样 你 可 以 保证 传递 给 函数 的 参数 都 是 不 可 被 修改 的 ， 
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例如 内 置 型 对 象 和 值 对象 一 定 是 不 可 变 的 。 通 常 ， 你 可 以 使 用 不 可 变 对 象 取代 这 样 
的 长 参数 列 ， 但 男 一 方面 你 也 必须 对 此 类 重 构 保持 谨慎 。 


多 年 来 ， 我 一 直 坚 守 一 个 很 有 价值 的 习惯 : 明确 地 将 “修改 对 象 状态 ”的 函数 
(修改 函数 ) 和 “查询 对 象 状态 ”的 函数 (查询 函数 ) 分 开设 计 。 不 知道 多 少 次 ， 我 
因为 将 这 两 种 函数 混在 一 起 而 麻烦 缠身 ， 不 知道 多 少 次 ， 我 看 到 别人 也 因为 同样 的 
原因 而 遇 到 同样 的 麻烦 。 因此, 如果 我 看 到 这 两 种 函数 混在 一 起 ,就 会 使 用 Separate 
Query from Modifier (279) 将 它们 分 开 。 


民 好 的 接口 只 向 用 户 展现 必须 展现 的 东西 。 如 果 一 个 接口 暴露 了 过 多 细节 ， 你 
可 以 将 不 必要 暴露 的 东西 隐藏 起 来 ， 从 而 改进 接口 的 质量 。 毫 无 疑问 ， 所 有 数据 都 
应 该 隐藏 起 来 (希望 你 不 需要 我 来 告诉 你 这 一 点 )， 同 时 ， 所 有 可 以 隐藏 的 函数 都 应 
该 被 隐藏 起 来 。 进 行 重 构 时 ， 你 往往 需要 暂时 暴露 某 些 东 西 ， 最 后 再 以 有 ide Method 
(303) 和 Remove Setting Method (300) 将 它们 隐藏 起 来 。 


构造 函数 是 Java 和 C++ 中 特别 麻烦 的 一 个 东西 ， 因 为 它 强迫 你 必须 知道 要 创建 
的 对 象 属于 哪 一 个 类 ， 而 你 往往 并 不 需要 知道 这 一 点 。 你 可 以 使 用 Replace 
Constructor with Factory Method (304) 避 免 了 解 这 不 必要 的 信息 。 


转型 是 Java 程 序 员 心 中 另 一 处 永远 的 痛 。 你 应 该 尽量 使 用 Encapsulate Downcast 
(308) 将 向 下 转型 封装 隐藏 起 来 ， 避 免 让 用 户 做 那 种 动作 。 


和 和 许多 现代 编程 语言 一 样 ，Java 也 有 异常 处 理 机 制 ， 这 使 得 错误 处 理 相 对 容易 
一 些 。 不 习惯 使 用 异常 的 程序 员 ， 往 往 会 以 错误 代码 表示 程序 遇 到 的 麻烦 。 你 可 以 
使 用 Replace Error Code with Exception (310) 来 运用 新 的 异常 特性 。 但 有 时 候 异 常 也 
并 不 是 最 合适 的 选择 ， 你 应 该 实施 Replace Exception with Test (315) 先 测试 一 番 。 
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10.1 Rename Method (函数 改名 ) 


函数 的 名 称 未 能 揭示 函数 的 用 途 。 
修改 函数 名 称 。 


| am | 
ká 











getinvoiceableCreditLimit 








动机 

我 极力 提倡 的 一 种 编程 风格 就 是 : 将 复杂 的 处 理 过 程 分 解 成 小 函数 。 但 是 ， 如 
果 做 得 不 好 ， 这 会 使 你 费 尽 周 折 却 弄 不 清楚 这 些小 函数 各 自 的 用 途 。 要 避免 这 种 麻 
烦 ， 关 键 就 在 于 给 函数 起 一 个 好 名 称 。 函 数 的 名 称 应 该 准确 表达 它 的 用 途 。 给 函数 
命名 有 一 个 好 办 法 : 首先 考虑 应 该 给 这 个 函数 写 上 一 句 怎样 的 注释 ， 然 后 想 办 法 将 
注释 变 成 函数 名 称 。 


生活 就 是 如 此 。 你 常常 无 法 第 一 次 就 给 函数 起 一 个 好 名 称 。 这 时 候 你 可 能 会 想 : 
就 这 样 将 就 着 吧 ， 毕 竟 只 是 一 个 名 称 而 已 。 当 心 ! 这 是 恶 订 的 召唤 ， 是 通 向 混乱 之 
路 ， 千 万 不 要 被 它 诱惑 ! 如 果 你 看 到 一 个 函数 名 称 不 能 很 好 地 表达 它 的 用 途 ， 应 该 
马上 加 以 修改 。 记 住 ， 你 的 代码 首先 是 为 人 写 的 ， 其 次 才 是 为 计算 机 写 的 。 而 人 需 
要 良好 名 称 的 函数 。 想 想 过 去 曾经 浪费 的 无 数 时 间 吧 。 如 果 给 每 个 函数 都 起 一 个 民 
好 的 名 称 ， 也 许 你 可 以 节约 好 多 时 间 。 起 一 个 好 名 称 并 不 容易 ， 需 要 经 验 ; 要 想 成 
为 一 个 真正 的 编程 高 手 ， 起 名 的 水 平 是 至 关 重 要 的 。 当 然 ， 函 数 签 名 中 的 其 他 部 分 
也 一 样 重要 。 如 果 重 新 安排 参数 顺序 ， 能 够 帮助 提高 代码 的 清晰 度 ， 那 就 大 胆 地 去 
做 吧 ， 你 有 Add Parameter (275) 和 Remove Parameter (277) 这 两 项 武器 。 


做 法 
D 检查 函数 签名 是 否 被 超 类 或 子 类 实现 过 。 如 果 是 ， 则 需要 针对 每 份 实现 分 别 
进行 下 列 步骤 。 


Q 声明 一 个 新 函数 ， 将 它 命名 为 你 想 要 的 新 名 称 。 将 旧 函 数 的 代码 复制 到 新 函 
数 中 ， 并 进行 适当 调整 。 


O 编译 。 
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O 修改 旧 函 数 ， 令 它 将 调用 转发 给 新 函数 。 
=> 如 果 只 有 少数 几 个 地 方 引 用 旧 函 数 ， 你 可 以 大 胆 地 跳 过 这 一 步骤 。 

D 编译 ， 测 试 。 

O 找 出 旧 函 数 的 所 有 被 引用 点 ， 修 改 它 们 ， 令 它们 改 而 引用 新 函数 。 每 次 修改 
后 ， 编 译 并 测试 。 

O 删除 旧 函 数 。 


=> 如 果 旧 沪 数 是 该 类 public 接 口 的 一 部 分 ， 你 可 能 无 法 安全 地 删除 它 。 这 种 
情况 下 ， 将 它 保留 在 原 处 ， 并 将 它 标 记 为 deprecated ( 建议 不 使 用 )。 


a 编译 ， 测 试 。 
范例 


我 以 getTelephoneNumber () 函数 来 取得 某 人 的 电话 号 码 : 


public String getTelephoneNumber() { 
return ("(" + _officeAreaCode + ") “ + _officeNumber) ; 
} 
现在 ， 我 想 把 这 个 图 数 改 名 为 getOofficeTelepnoneNumber () e 首先 建立 一 
个 新 函数 ， 命 名 为 qet OfficeTelepnoneNumber ()， 并 将 原 函 数 getTelephone- 
Number () 的 代码 复制 过 来 。 然 后 ， 让 旧 函 数 直 接 调用 新 函数 : 
class Person... 
public String getTelephoneNumber () { 
return getOfficeTelephoneNumber () ; 
} 
public String getOfficeTelephoneNumber() { 


return ("(" + _officeAreaCode + ") " + _officeNumber) ; 


} 


现在 ， 我 需要 找到 旧 函 数 的 所 有 调用 者 ， 将 它们 全 部 改 为 调用 新 函数 。 全 部 修 
改 完 后 ， 就 可 以 将 旧 函 数 删 掉 了 。 


如 果 需 要 添加 或 去 除 某 个 参数 ， 过 程 也 大 致 相同 。 


如 果 旧 函数 的 调用 者 并 不 多 , 我 可 以 直接 修改 这 些 调用 者 , 令 它 们 调用 新 函数 ， 
不 必 让 旧 函 数 充 当中 介 。 如 果 测 试 出 错 ， 我 可 以 回 到 起 始 处 ， 并 放 慢 前 进 速度 。 
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10.2 Add Parameter (添加 参数 ) 


某 个 函数 需要 从 调用 端 得 到 更 多 信息 。 
为 此 函数 添加 一 个 对 象 参数 ， 让 该 对 象 带 进 函数 所 需 信息 。 


getContact(:Date) 

















动机 


Add Parameter (275) 是 一 个 很 常用 的 重 构 手 法 ， 我 几乎 可 以 肯定 你 已 经 用 过 它 
了 。 使 用 这 项 重 构 的 动机 很 简单 : 你 必须 修改 一 个 函数 ， 而 修改 后 的 函数 需要 一 些 
过 去 没有 的 信息 ， 因 此 你 需要 给 该 函数 添加 一 个 参数 。 


实际 上 我 比较 需要 说 明 的 是 ;不 使 用 本 重 构 的 时 机 。 除 了 添加 参数 外 ， 你 常常 
还 有 其 他 选择 。 只 要 可 能 ， 其 他 选择 都 比 添加 参数 要 好 ， 因 为 它们 不 会 增加 参数 列 
的 长 度 。 过 长 的 参数 列 是 不 好 的 味道 ， 因 为 程序 员 很 难 记 住 那么 多 参数 ， 而 且 长 参 
数列 往往 伴随 着 坏 味道 Data Clumps. 


请 看 看 现 有 的 参数 ， 然 后 问 自己 : 你 能 从 这 些 参数 得 到 所 需 的 信息 吗 ? 如 果 回 
答 是 否定 的 ， 有 可 能 通过 某 个 函数 提供 所 需 信 息 吗 ? 你 究竟 把 这 些 信 息 用 于 何 处 ? 
这 个 消 数 是 否 应 该 属于 拥有 该 信息 的 那个 对 象 所 有 ? 看 看 现 有 参数 ， 考 虑 一 下 ， 加 
入 新 参数 是 耕 合适 ? 也 许 你 应 该 考虑 使 用 Introduce Parameter Object (295). 


我 并 非 要 你 绝对 不 要 添加 参数 。 事 实 上 我 自己 经 常 添加 参数 ， 但 是 在 添加 参数 
之 前 你 有 必要 了 解 其 他 选择 。 
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做 法 
Add Parameter (275) 的 做 法 和 Rename Method (273) 非 常 相似 。 


o 检查 函数 签名 是 否 被 超 类 或 子 类 实现 过 。 如 果 是 ， 则 需要 针对 每 份 实现 分 别 
进行 下 列 步 又 。 


o 声明 一 个 新 函数 ， 名 称 与 原 函 数 同 ， 只 是 加 上 新 添 参数 。 将 旧 函 数 的 代码 复 
制 到 新 函数 中 。 


> 如 果 需 要 添加 的 参数 不 止 一 个 ， 将 它们 一 次 性 添加 进去 比较 容易 。 
口 编译 。 
o 修改 旧 函 数 ， 令 它 调用 新 函数 。 


=> 如 果 只 有 少数 几 个 地 方 引 用 旧 函 数 ， 你 大 可 放心 地 跳 过 这 一 步骤 ， 

=> 此 时 ， 你 可 以 给 参数 提供 任意 值 。 但 一 般 来 说 ， 我 们 会 给 对 象 参数 提供 
null， 给 内 置 型 参数 提供 一 个 明显 非 正常 值 。 对 于 数值 型 参数 ， 我 建议 使 
用 0 以 外 的 值 ， 这 样 你 比较 容易 将 来 认 出 它 ， 


O 编译 ， 测 试 。 


O 找 出 旧 函 数 的 所 有 被 引用 点 ， 将 它们 全 部 修改 为 对 新 函数 的 引用 。 每 次 修改 
后 ， 编 译 并 测试 。 


o 删除 旧 函 数 。 


> 如 果 旧 通 数 是 该 类 public 接 口 的 一 部 分 ， 你 可 能 无 法 安全 地 删除 它 。 这 种 
情况 下 ， 请 将 它 保 留 在 原 地 ， 并 将 它 标 示 为 deprecated( 建议 不 使 用 )， 


o 编译 ， 测 试 。 


www. TopSage.com 


10.3 Remove Parameter ( 移 除 参数 ) 





10.3 Remove Parameter (#RB#) 


函数 本 体 不 再 需要 某 个 参数 。 
将 该 参数 去 除 。 


| 于 
=] >? 





动机 
程序 员 可 能 经 常 添加 参数 ， 却 往往 不 愿意 去 掉 它 们 。 他 们 打 的 如 意 算盘 是 : 无 
论 如 何 ， 多 余 的 参数 不 会 引起 任何 问题 ， 而 且 以 后 还 可 能 用 上 它 。 


这 也 是 恶魔 的 诱惑 , 一 定 要 把 它 从 脑子 里 赶 出 去 ! 参数 代表 着 函数 所 下 的 信息 ， 
不 同 的 参数 值 有 不 同 的 意义 。 函 数 调用 者 必须 为 每 一 个 参数 操心 该 传 什么 东西 进去 。 
如 果 你 不 去 掉 多 余 参 数 ， 就 是 让 你 的 每 一 位 用 户 多 费 一 份 心 。 是 很 不 划算 的 ， 更 何 
况 “ 去 除 参数 ”是 非常 简单 的 一 项 重 构 。 


但 是 , 对 于 多 态 函 数 , 情况 有 所 不 同 。 这 种 情况 下 , 可 能 多 态 函 数 的 男 一 份 (或 
多 份 ) 实现 会 使 用 这 个 参数 ， 此 时 你 就 不 能 去 除 它 。 你 可 以 添加 一 个 独立 函数 ， 在 
这 些 情况 下 使 用 ， 不 过 你 应 该 先 检查 调用 者 如 何 使 用 这 个 函数 ， 以 决定 是 否 值得 这 
么 做 。 如 果 某 些 调 用 者 已 经 知道 他 们 正在 处 理 的 是 一 个 特定 的 子 类 ， 并 且 已 经 做 了 
额外 工作 找 出 自己 需要 的 参数 ， 或 已 经 利用 对 类 体系 的 了 解 来 避免 取 到 null， 那 么 
就 值得 你 建立 一 个 新 函数 ， 去 除 那 多 余 的 参数 。 如 果 调 用 者 不 需要 了 解 该 函数 所 属 
的 类 ， 你 也 可 以 继续 保持 调用 者 无 知 而 幸福 的 状态 。 


www. lopSage.com 


v 





Y 第 10 章 简化 函数 调用 
做 法 


Remove Parameter (277) 的 做 法 和 Rename Method (273). Add Parameter (275) 非 


常 相似 。 


D 检查 函数 签名 是 否 被 超 类 或 子 类 实现 过 。 如 果 是 ， 则 需要 针对 每 份 实现 分 别 
进行 下 列 步骤 。 


a 声明 一 个 新 函数 ， 名 称 与 原 函 数 同 ， 只 是 去 除 不 必要 的 参数 。 将 旧 函 数 的 代 
码 复制 到 新 函数 中 。 


> 如 果 需 要 去 除 的 参数 不 止 一 个 ， 将 它们 一 次 性 去 除 比 较 容易 。 
D 编译 。 
o 修改 旧 函 数 ， 令 它 调用 新 函数 。 

=> 如 果 只 有 少数 几 个 地 方 引 用 旧 函 数 ， 你 大 可 放心 地 跳 过 这 一 步骤 ， 
a 编译 ， 测 试 。 


口 找 出 旧 函 数 的 所 有 被 引用 点 ， 将 它们 全 部 修改 为 对 新 函数 的 引用 。 每 次 修改 
后 ， 编 译 并 测试 。 


O 删除 旧 函 数 。 


=> 如 果 旧 函数 是 该 类 public 接 口 的 一 部 分 ， 你 可 能 无 法 安全 地 删除 它 。 这 种 
情况 下 ， 将 它 保留 在 原 处， 并 将 它 标记 为 deprecated ( 建议 不 使 用 ). 


O 编译 ， 测 试 。 
由 于 添加 和 去 除 参数 都 很 简单 ， 所 以 我 经 常 一 次 性 地 添加 或 去 除 多 个 的 参数 。 
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10.4 Separate Query from Modifier 
(将 查询 函数 和 修改 函数 分 离 ) 


某 个 函数 既 返 回 对 象 状 态 值 ， 又 修改 对 象 状 态 。 
建立 两 个 不 同 的 函数 ， 其 中 一 个 负责 查询 ， 另 一 个 负责 修改 。 


ne 


getTotalOutstandingAndSetReadyForSummaries getTotalOutstanding 


setReadyForSummaries 
如 果 茶 个 函数 只 是 向 你 提供 一 个 值 ， 没 有 任何 看 得 到 的 副作用 ， 那 么 这 是 个 很 
有 价值 的 东西 。 你 可 以 任意 调用 这 个 函数 , 也 可 以 把 调用 动作 搬 到 函数 的 其 他 地 方 。 
简 而 言 之 ， 需 要 操心 的 事情 少 多 了 。 














二 


明确 表现 出 “有 副作用 ”与 “无 副作用 ”两 种 函数 之 间 的 差异 ， 是 个 很 好 的 想 
法 。 下 面 是 一 条 好 规则 : 任何 有 返回 值 的 函数 ， 都 不 应 该 有 看 得 到 的 副作用 。 有 些 
程序 员 甚 至 将 此 作为 一 条 必须 遵守 的 规则 [Meyer]。 就 像 对 待 任何 东西 一 样 , 我 并 不 
绝对 遵守 它 ， 不 过 我 总 是 尽量 遵守 ， 而 它 也 回报 我 很 好 的 效果 。 

如 果 你 遇 到 一 个 “ 既 有 返回 值 又 有 副作用 ”的 函数 ， 就 应 该 试 着 将 查询 动作 从 
修改 动作 中 分 割 出 来 。 

你 也 许 已 经 注意 到 了 : 我 使 用 “看 得 到 的 副作用 ”这 种 说 法 。 有 一 种 常见 的 优 
化 办 法 是 : 将 查询 所 得 结果 缓存 于 某 个 字段 中 ， 这 么 一 来 后 续 的 重复 查询 就 可 以 大 
大 加 快速 度 。 虽 然 这 种 做 法 改变 了 对 象 的 状态 ， 但 这 一 修改 是 察觉 不 到 的 ， 因 为 不 
论 如 何 查 询 ， 你 总 是 获得 相同 结果 [Meyer]。 
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做 法 
O 新 建 一 个 查询 函数 ， 令 它 返回 的 值 与 原 函 数 相同 。 


> UREA, 看 它 返 回 什么 东西 如 果 返 回 的 是 一 个 临时 变量 , 找 出 临时 
变量 的 位 置 。 


O 修改 原 函 数 ， 令 它 调用 查询 函数 ， 并 返回 获得 的 结果 。 


沪 原 函数 中 的 每 个 return 句 都 应 该 像 这 样 : return newQuery(), MA 
应 该 返回 其 他 东西 ， 
> 如 果 调 用 者 将 返回 值 赋 给 了 一 个 临时 变量 ， 你 应 该 能 够 去 除 这 个 临时 变量 。 


O 编译 ， 测 试 。 


O 将 调用 原 函 数 的 代码 改 为 调用 查询 函数 。 然 后 ， 在 调用 查询 函数 的 那 一 行 之 
前 ， 加 上 对 原 函 数 的 调用 。 每 次 修改 后 ， 编 译 并 测试 。 


O 将 原 图 数 的 返回 值 改 为 voia， 并 删 掉 其 中 所 有 的 return 语 句 。 


范例 
有 这 样 一 个 函数 : 一 旦 有 人 入侵 安全 系统 ， 它 会 告诉 我 入 侵 者 的 名 字 ， 并 发 送 
一 个 警报 。 如 果 入 侵 者 不 止 一 个 ， 也 只 发 送 一 条 警报 : 


String foundMiscreant (String[] people) { 
for (int i = 0; i < people.length; i++) { 
if (people[i].equals("Don")) { 
sendAlert (); 
return "Don"; 
} 
if (people[i].equals("John")) { 
sendAlert (); 
return "John"; 
} 
} 
return “" 
} 


该 函数 被 下 列 代码 调用 : 
void checkSecurity (String[] people) { 


String found = foundMiscreant (people); 
someLaterCode { found) ; 
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为 了 将 查询 动作 和 修改 动作 分 开 ， 我 首先 建立 一 个 适当 的 查询 函数 ， 使 其 与 修 
改 函 数 返 回 相同 的 值 ， 但 不 造成 任何 副作用 : 


String foundPerson(String[] people) { 
for (int i = 0; i < people.length; i++) { 
if (people[ij.equals("Don")) { 
return "Don"; 
} 
if (people[i].equals("John")) { 
return "John"; 
} 
} 
return ""; 
} 


然后 ， 我 要 逐一 替换 原 函 数 内 所 有 的 return 语 句 ， 改 调用 新 建 的 查询 函数 。 每 
次 替换 后 ， 编 译 并 测试 。 这 一 步 完 成 之 后 ， 原 函数 如 下 所 示 : 


String foundMiscreant (String[j people) { 
for (int i = 0; i < people.length; i++) { 
if (people[i].equals("Don")) { 
sendAlert(); 
return foundPerson(people) ; 


} 

if (people[{i].equals("*John")) { 
sendAlert ({); 
return foundPerson(people); 


} 





} 
return foundPerson (people); 


} 
现在 ， 我 要 修改 调用 者 ， 将 原本 的 单一 调用 动作 替换 为 两 个 调用 : 先 调用 修改 
函数 ， 然 后 调用 查询 函数 : 


void checkSecurity(String[] people) { 
foundMiscreant (people) ; 
String found = foundPerson(people); 


someLaterCode (found); 
} 


所 有 调用 都 替换 完毕 后 ， 我 就 可 以 将 修改 函数 的 返回 值 改 为 void: 


void foundMiscreant (String[] people) { 
for (int i = 0; i < people.length; i++) { 
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if (people[i].equals({“Don")) { 
sendAlert (}; 
return; 


rh 


(people[i].equals("“John")) { 
sendAlert (); 
return; 


} 
现在 ， 为 原 函 数 改 个 名 称 可 能 会 更 好 一 些 : 


void sendAlert (String[] people) { 
for {int i = 0; i < people.length; i++) { 

if (peopie[i].equals("Don")) { 
sendAlert (); 
return; 

} 

if (people[i].equals("John")) { 
sendAlert (); 
return; 


} 
} 


当然 ， 这 种 情况 下 ， 我 得 到 了 大 量 重 复 代码 ， 因 为 修改 函数 之 中 使 用 了 与 查询 
函数 相同 的 代码 。 现 在 我 可 以 对 修改 函数 实施 Substitute Algorithm (139)， 设 法 让 它 


再 简洁 一 些 : 
void sendAlert (String[] people) { 
if (!foundPerson(people) .equals("")) 


sendAlert (); 


并 发 问题 


如 果 你 在 一 个 多 线程 系统 中 工作 ， 肯 定 知道 这 样 一 个 重要 的 惯用 手法 : 在 同一 
个 动作 中 完成 检查 和 赋值 。 这 是 否 和 Separate Query from Modifier (279) 4 ANF’ JB VE? 
我 曾经 和 Doug Lea 讨 论 过 这 个 问题 ， 并 得 出 结论 : 两 者 并 不 矛盾 ， 但 你 需要 做 一 些 
额外 工作 。 将 查询 动作 和 修改 动作 分 开 来 仍然 是 很 有 价值 的 。 但 你 需要 保留 第 三 个 
函数 来 同时 做 这 两 件 事 。 这 个 “查询 -修改 ”函数 将 调用 各 自 独立 的 查询 函数 和 修改 
函数 ， 并 被 声明 为 synchronizeda 。 如 果 查 询 函 数 和 修改 函数 未 被 声明 为 
synchronized， 那 么 你 还 应 该 将 它们 的 可 见 范围 限制 在 包 级 别 或 private 级 别 。 这 
样 ， 你 就 可 以 拥有 一 个 安全 、 同 步 的 操作 ， 它 由 两 个 较 易 理解 的 函数 组 成 。 这 两 个 
较 低层 函数 也 可 以 用 于 其 他 场合 。 
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10.5 Parameterize Method ( 令 函 数 携带 参数 ) 
若干 函数 做 了 类 似 的 工作 ， 但 在 函数 本 体 中 却 包 含 了 不 同 的 值 。 
建立 单一 函数 ， 以 参数 表达 那些 不 同 的 值 。 


这 
动机 


你 可 能 会 发 现 这 样 的 两 个 图 数 : 它们 做 着 类 似 的 工作 ， 但 因 少 数 几 个 值 致使 行 
为 略 有 不 同 。 这 种 情况 下 ， 你 可 以 将 这 些 各 自分 离 的 函数 统一 起 来 ， 并 通过 参数 来 
处 理 那 些 变化 情况 ， 用 以 简化 问题 。 这 样 的 修改 可 以 去 除 重复 的 代码 ， 并 提高 灵活 
性 ， 因 为 你 可 以 用 这 个 参数 处 理 更 多 的 变化 情况 。 

做 法 


新 建 一 个 带 有 参数 的 函数 ， 使 它 可 以 替换 先前 所 有 的 重复 性 函数 。 






Employee 





fivePercentRaise() 
tenPercentRaise() 


O 编译 。 

a 将 调用 旧 函 数 的 代码 改 为 调用 新 函数 。 

o 编译 测试 。 

O 对 所 有 旧 函 数 重复 上 述 步 又 ， 每 次 替换 后 ， 修 改 并 测试 。 


也 许 你 会 发 现 ， 你 无 法 用 这 种 办 法 处 理 整个 函数 ， 但 可 以 处 理 函 数 中 的 一 部 分 
代码 。 这 种 情况 下 ， 你 应 该 首先 将 这 部 分 代码 提炼 到 一 个 独立 函数 中 ， 然 后 再 对 那 
个 提炼 所 得 的 函数 使 用 Parameterize Method (283). 
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范例 
下 面 是 一 个 最 简单 的 例子 : 


class Employee { 
void tenPercentRaise() { 
salary *= 1.1; 


void fivePercentRaise() { 
Salary *= 1.05; 
} 


这 段 代 码 可 以 替换 如 下 : 


void raise (double factor) { 
salary *= (1 + factor); 


} 
当然 ， 这 个 例子 实在 太 简单 了 ， 所 有 人 都 能 做 到 。 


下 面 是 一 个 稍微 复杂 的 例子 : 


protected Dollars baseCharge() { 
double result = Math.min(lastUsage(), 100) * 0.03; 
if (lastUsage{) > 100) { 
result += (Math.min(lastUsage(), 200) - 100) * 0.05; 
} 
if (lastUsage() > 200) { 
result += (lastUsage() - 200) * 0.07; 
} 
return new Dollars (result); 
} 


上 述 代 码 可 以 替换 如 下 : 


protected Dollars baseCharge() { 
double result = usageInRange(0, 100) * 0.03; 
result += usageInRange(100, 200) * 0.05; 
result += usageInRange(200, Integer.MAX_VALUE) * 0.07; 
return new Dollars(resuit); 
} 


protected int usageInRange(int start, int end) { 
if (lastUsage() > start) return Math.min(lastUsage(), end) - start; 
else return 0; 

} 


本 项 重 构 的 要 点 在 于 : 以 “可 将 少量 数值 视 为 参数 ”为 依据 ， 找 出 带 有 重复 性 
的 代码 。 
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10.6 Replace Parameter with Explicit Methods 
(以 明确 函数 取代 参数 ) 


你 有 一 个 函数 ， 其 中 完全 取决 于 参数 值 而 采取 不 同行 为 。 
针对 该 参数 的 每 一 个 可 能 值 ， 建 立 一 个 独立 函数 。 


void setValue (String name, int value) 1 
if (name.equals ("height")) { 
height = value; 
return; 
} 
if (mame-equals{"width")) { 
With = value; 
return; 
} 
Assert .shouldNeverReachHere () ; 


J 


VY 


void setHeight (int arg) { 
height = arg; 

} 

void setWidth(int arg) { 
_width. = arg; 

} 


动机 

Replace Parameter with Explicit Methods (285) ti ta 4H Iz F Parameterize Method 
(283)。 如 果 某 个 参数 有 多 种 可 能 的 值 ， 而 函数 内 又 以 条 件 表达 式 检查 这 些 参 数值 ， 
并 根据 不 同 参数 值 做 出 不 同 的 行为 ， 那 么 就 应 该 使 用 本 项 重 构 。 调 用 者 原本 必须 赋 
予 参数 适当 的 值 ， 以 决定 该 函数 做 出 何 种 响应 。 现 在 ， 既 然 你 提供 了 不 同 的 函数 给 
调用 者 使 用 ， 就 可 以 避免 出 现 条 件 表 达 式 。 此 外 你 还 可 以 获得 编译 期 检查 的 好 处 ， 
而 且 接口 也 更 清楚 。 如 果 以 参数 值 决定 函数 行为 ， 那 么 函数 用 户 不 但 需要 观察 该 函 
数 ， 而 且 还 要 判断 参数 值 是 否 合法 ， 而 “合法 的 参数 值 ”往往 很 少 在 文档 中 被 清楚 
地 提出 。 
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就 算 不 考虑 编译 期 检查 的 好 处 ， 只 是 为 了 获得 一 个 清晰 的 接口 ， 也 值得 你 执行 
本 项 重 构 。 哪 怕 只 是 给 一 个 内 部 的 布尔 变量 赋值 ， 相 较 之 下 ，swicch.beon() 也 比 
Switch.setState(true) 要 清楚 得 多 。 


但 是 ， 如 果 参 数值 不 会 对 函数 行为 有 太 多 影响 ， 你 就 不 应 该 使 用 Repliace 
Parameter with Explicit Methods (28$)。 如 果 情 况 真 是 这 样 ， 而 你 也 只 需要 通过 参数 
为 一 个 字段 赋值 ， 那 么 直接 使 用 设 值 函 数 就 行 了 。 如 果 的 确 需要 条 件 判 断 的 行为 ， 
可 考虑 使 用 Replaece Conditional with Polymorphism (255). 


做 法 

O 针对 参数 的 每 一 种 可 能 值 ， 新 建 一 个 明确 函数 。 

O 修改 条 件 表达 式 的 每 个 分 支 ， 使 其 调用 合适 的 新 函数 。 

O 修改 每 个 分 支 后 ， 编 译 并 测试 。 

O 修改 原 函 数 的 每 一 个 被 调用 点 ， 改 而 调用 上 述 的 某 个 合适 的 新 函数 。 

O 编译 ， 测 试 。 

O 所 有 调用 端 都 修改 完毕 后 ， 删 除 原 函数 。 
范例 

下 列 代码 中 ， 我 想 根据 不 同 的 参数 值 ， 建 立 Employee 之 下 不 同 的 子 类 。 以 下 
代码 往往 是 Replace Constructor with Factory Method (304) 的 施行 成 果 : 


static final int ENGINEER = 0; 
Static final int SALESMAN = 1; 
static final int MANAGER = 2; 


static Employee create(int type) { 
Switch (type) { 
case ENGINEER: 
return new Engineer({); 
case SALESMAN: 
return new Salesman(); 
case MANAGER: 
return new Manager (); 
default: 
throw new IllegalArgumentException("Incorrect type code value"); 
} 
} 


由 于 这 是 一 个 工厂 函数 ， 我 不 能 实施 Replace Conditional with Polymorphism 
(255)， 因 为 使 用 该 函数 时 对 象 根本 还 没 创建 出 来 。 由 于 可 以 预见 到 Employee 不 会 
有 太 多 新 的 子 类 ， 所 以 我 可 以 放心 地 为 每 个 子 类 建立 一 个 工厂 函数 ， 而 不 必 担 心 工 
厂 函 数 的 数量 会 剧 增 。 首 先 ， 我 要 根据 参数 值 建立 相应 的 新 函数 : 
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static Employee createEngineer() 1 
return new Engineer{); 

} 

static Employee createSalesman() { 
return new Salesman(); 

} 

Static Employee createManager() { 
return new Manager(); 

} 


然后 把 switch 语 句 的 各 个 分 支 替 换 为 对 新 函数 的 调用 : 


static Employee create(int type) { 
switch (type) { 

case ENGINEER: 
return Employee.createEngineer{); 

case SALESMAN: 
return new Salesman(); 

case MANAGER: 
return new Manager (); 

default: 
throw new IllegalArgumentException("Incorrect type code value"); 


} 


每 修改 一 个 分 支 ， 都 需要 编译 并 测试 ， 直 到 所 有 分 支 修改 完毕 为 止 : 


static Employee create(int type) { 
switch (type) { 

case ENGINEER: 
return Employee.createEngineer(); 

case SALESMAN: 
return Employee.createSalesman({); 

case MANAGER: 
return Employee.createManager(); 

default: 
throw new IllegalArgumentException("Incorrect type code value"); 


接 下 来 ， 我 把 注意 力 转 移 到 有 旧 函数 的 调用 端 。 我 把 诸如 下 面 这 样 的 代码 : 


Employee kent = Employee.create (ENGINEER) 


替换 为 : 


Employee kent = Employee.createEngineer () 


修改 完 create () 函数 的 所 有 调用 者 之 后 ， 就 可 以 把 create() 函数 删 掉 了 。 同 
时 也 可 以 把 所 有 常量 都 删 掉 。 
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10.7 Preserve Whole Object (保持 对 象 完 整 ) 





你 从 某 个 对 象 中 取出 若干 值 ， 将 它们 作为 某 一 次 函数 调用 时 的 参数 。 
改 为 传递 整个 对 象 。 


int low = day s'TempRange () -getLow(); 
int high = daysTempRange().getHigh(); 
withinPlan = plan,withinRange(low, high); 


| 


withinPlan = plan,withinRange (daysTempRange()); 


zH 


AHR PREPRESS EAB, FEATS RM. KA 
做 的 问题 在 于 万 一 将 来 被 调用 函数 需要 新 的 数据 项 ， 你 就 必须 查找 并 修改 对 此 函 
数 的 所 有 调用 。 如 果 你 把 这 些 数 据 所 属 的 整个 对 象 传 给 函数 ， 可 以 避免 这 种 尴 爷 的 
处 境 ， 因 为 被 调用 函数 可 以 向 那个 参数 对 象 请 求 任何 它 想 要 的 信息 。 


除了 可 以 使 参数 列 更 稳固 之 外 ，Preserve Whole Object (288) 往 往 还 能 提高 代码 
的 可 读 性 。 过 长 的 参数 列 很 难 使 用 ， 因 为 调用 者 和 被 调用 者 都 必须 记 住 这 些 参数 的 
用 途 。 此 外 ， 不 使 用 完整 对 象 也 会 造成 重复 代码 ， 因 为 被 调用 函数 无 法 利用 完整 对 
象 中 的 函数 来 计算 某 些 中 间 值 。 


不 过 事情 总 有 两 面 。 如 果 你 传 的 是 数值 ， 被 调用 函数 就 只 依赖 于 这 些 数值 ， 而 
不 依赖 它们 所 属 的 对 象 。 但 如 果 你 传递 的 是 整个 对 象 ， 被 调用 函数 所 在 的 对 象 就 需 
要 依赖 参数 对 象 。 如 果 这 会 使 你 的 依赖 结构 恶化 ， 那 么 就 不 该 使 用 Preserve Whole 
Object (288)。 


我 还 听 过 另 一 种 不 使 用 Preserve Whole Object (288) 的 理由 : 如 果 被 调用 函数 只 
需要 参数 对 象 的 其 中 一 项 数值 , 那么 只 传递 那个 数值 会 更 好 。 我 并 不 认同 这 种 观点 ， 
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因为 传递 一 项 数值 和 传递 一 个 对 象 ， 至 少 在 代码 清晰 度 上 是 等 价 的 当然 对 于 按 值 
传递 的 参数 来 说 , 性 能 上 可 能 有 所 差异 )。 更 重要 的 考量 应 该 放 在 对 象 之 间 的 依赖 关 
系 上 。 


如 果 被 调用 函数 使 用 了 来 自 另 一 个 对 象 的 很 多 项 数据 ， 这 可 能 意味 该 函数 实际 
上 应 该 被 定义 在 那些 数据 所 属 的 对 象 中 。 所 以 ， 考 虑 Preserve Whole Object (288) 的 
同时 ， 你 也 应 该 考虑 Move Method (142). 


运用 本 项 重 构 之 前 ， 你 可 能 还 没有 定义 一 个 完整 对 象 。 那 么 就 应 该 先 使 用 
Introduce Parameter Object (295). 


还 有 一 种 常见 情况 : 调用 者 将 自己 的 若干 数据 作为 参数 ， 传 递 给 被 调用 函数 。 
这 种 情况 下 ， 如 果 该 对 象 有 合适 的 取 值 函数 ， 你 可 以 使 用 this 取 代 这 些 参 数值 ， 并 
且 无 需 操 心 对 象 依赖 问题 。 


做 法 
O 对 你 的 目标 函数 新 添 一 个 参数 项 ， 用 以 代表 原 数 据 所 在 的 完整 对 象 。 
O 编译 ， 测 试 。 
a 判断 哪些 参数 可 被 包含 在 新 添 的 完整 对 象 中 。 


O 选择 上 述 参 数 之 一 ， 将 被 调用 函数 中 原来 引用 该 参数 的 地 方 ， 改 为 调用 新 添 
参数 对 象 的 相应 取 值 函 数 。 


O 删除 该 项 参数 。 
O 编译 ， 测 试 。 
a 针对 所 有 可 从 完整 对 象 中 获得 的 参数 ， 重 复 上 述 过 程 。 
Cl 删除 调用 端 中 那些 带 有 被 删除 参数 的 代码 。 
> 当 然 ， 如 果 调 用 端 还 在 其 他 地 方 使 用 了 这 些 参数 ， 就 不 要 删除 它们 。 
a 编译 ， 测 试 。 
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范例 

在 以 下 范例 中 ， 我 以 一 个 Room 对 象 表示 “房间 ”， 它 负责 记录 房间 一 天 中 的 最 
高 温度 和 最 低温 度 。 然 后 这 个 对 象 需要 将 实际 的 温度 范围 与 预先 规定 的 温度 控制 计 
划 相 比较 ， 告 诉 客户 当天 温度 是 否 符合 计划 要 求 : 


class Room... 
boolean withinPlan(HeatingPlan plan) { 
int low = daysTempRange().getLow(); 
int high = daysTempRange().getHigh(); 
return plan.withinRange(low, high); 
} 
class HeatingPlan... 
boolean withinRange(int low, int high) { 
return (low >= _range.getLow() && high <= _range.getHigh()); 
} 


private TempRange _range; 


其 实 我 不 必 将 TempRange 对 象 的 信息 拆 开 来 单独 传递 ， 只 需 将 整个 对 象 传递 给 
withinpPlan() 函 数 即 可 。 在 这 个 简单 的 例子 中 ， 我 可 以 一 次 性 完成 修改 。 如 果 相 
关 的 参数 更 多 些 ， 我 也 可 以 进行 小 步 重 构 。 首 先 ， 我 为 参数 列 添加 新 的 参数 项 ， 用 
以 传递 完整 的 TempRange 对 象 : 


class HeatingPlan... 
boolean withinRange(TempRange roomRange, int low, int high) { 
return (low >= _range.getLow() && high <= _range.getHigh()); 


class Room... 
boolean withinPlan(HeatingPlan plan) { 
int low = daysTempRange() .getLow() ; 
int high = daysTempRange().getHigh(); 
return plan.withinRange (daysTempRange(), low, high); 
} 


然后 ， 我 以 rempRange 对 象 提 供 的 函数 来 替换 1ow 参 数 : 


class HeatingPlan... 
boolean withinRange(TempRange roomRange, int high) { 
return (roomRange.getLow() >= _range.getLow() && high <= _range.getHigh()); 


class Room... 
boolean withinPlan(HeatingPlan plan) { 
int low = daysTempRange({).getLow(); 
int high = daysTempRange().getHigh(); 
return plan.withinRange (daysTempRange(), high) ; 
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重复 上 述 步 骤 ， 直 到 把 所 有 待 处 理 参 数 项 都 去 除 为 止 : 


class HeatingPlan... 
boolean withinRange (TempRange roomRange) { 
return (roomRange.getLow() >= __range.getLow() && roomRange .getHigh () 
<= _range.getHigh()); 
} 
class Room... 
boolean withinPlan(HeatingPlan plan) { 
int low = daysTempRange().getLow(); 
int high = daysTempRange().getHigh(); 
return plan.withinRange (daysTempRange()); 
} 


现在 ， 我 不 再 需要 low 和 high 这 两 个 临时 变量 T: 


class Room... 
boolean withinPlan(HeatingPlan pian) { 
tnt—tow —daystempranget}+_gethe 一 amg J wH 
5 high——a )- tent, 
return plan.withinRange (daysTempRange()); 
} 


使 用 完整 对 象 后 不 久 ， 你 就 会 发 现 ， 可 以 将 某 些 函数 移 到 rempRange 对 象 中 ， 
使 它 更 容易 被 使 用 ， 例 如 : 


class HeatingPlan... 
boolean withinRange (TempRange roomRange) { 


return (_range.includes(roomRange) ) ; 
} 


class TempRange... 
boolean includes(TempRange arg) { 
return arg.getLow() >= this.getLow() && arg.getHigh() <= this.getHigh(); 
} 
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10.8 Replace Parameter with Methods 〈 以 函数 取代 参数 ) 


对 象 调用 某 个 函数 ， 并 将 所 得 结果 作为 参数 ， 传 递 给 男 一 个 函数 。 
而 接受 该 参数 的 函数 本 身 也 能 够 调用 前 一 个 函数 。 


让 参数 接受 者 去 除 该 项 参数 ， 并 直接 调用 前 一 个 函数 。 


int basePrice:= quantity * itempriceé; | 
- GiscountLeéevel = getDiscountLevel(); . 
double finalPrice = discountedPrice (basePrice, discountLevel) ; 


| 


int pbasePrice = quantity * _itemPrice; 
double finalPrice = @iscountedPrice (basePrice) ; 


动机 


如 果 函 数 可 以 通过 其 他 途径 获得 参数 值 ， 那 么 它 就 不 应 该 通过 参数 取得 该 值 。 
过 长 的 参数 列 会 增加 程序 阅读 者 的 理解 难度 ， 因 此 我 们 应 该 尽 可 能 缩短 参数 列 的 长 度 。 


缩减 参数 列 的 办 法 之 一 就 是 : 看 看 参数 接受 端 是 否 可 以 通过 与 调用 端 相同 的 计 
算 来 取得 参数 值 。 如 果 调 用 端 通过 其 所 属 对 象 内 部 的 另 一 个 函数 来 计算 参数 ， 并 在 
计算 过 程 中 未 曾 引用 调用 端的 其 他 参数 ， 那 么 你 就 应 该 可 以 将 这 个 计算 过 程 转移 到 
被 调用 端 内 ， 从 而 去 除 该 项 参数 。 如 果 你 所 调用 的 函数 隶属 另 一 对 象 ， 而 该 对 象 拥 
有 调用 端 所 属 对 象 的 引用 ， 前 面 所 说 的 这 些 也 同样 适用 。 


但 是 ， 如 果 参 数值 的 计算 过 程 依赖 于 调用 端的 某 个 参数 ， 那 么 你 就 无 法 去 掉 被 
调用 端的 参数 ， 因 为 每 一 次 调用 动作 中 ， 该 参数 值 都 可 能 不 同 〈 当然， 如 果 你 能 够 
运用 Replace Parameter with Explicit Methods (285) 将 该 参数 替换 为 一 个 函数 ， 又 男 当 
别论 )。 另外， 如 果 参 数 接受 端 并 没有 参数 发 送 端 对 象 的 引用 ,而 你 也 不 想 加 上 这 样 
一 个 引用 ， 那 么 也 无 法 去 除 参 数 。 

有 时 候 ， 参 数 的 存在 是 为 了 将 来 的 灵活 性 。 这 种 情况 下 我 仍然 会 把 这 种 多 余 参 
数 拿 掉 。 是 的 ， 你 应 该 只 在 必要 关头 才 添加 参数 ， 预 先 添加 的 参数 很 可 能 并 不 是 你 所 
需要 的 。 不 过 ， 对 于 这 条 规则 ， 也 有 一 个 例外 : 如 果 修 改 接口 会 对 整个 程序 造成 非常 
痛苦 的 结果 (例如 需要 很 长 时 间 来 重新 构建 程序 ， 或 需要 修改 大 量 代 码 )， 那 么 可 以 
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考虑 保留 前 人 预先 加 入 的 参数 。 如 果真 是 这 样 ， 你 应 该 首先 判断 修改 接口 究竟 会 造成 
多 严重 的 后 果 ， 然 后 考虑 是 否 应 该 降低 系统 各 部 位 之 间 的 依赖 ， 以 减少 修改 接口 所 造 
成 的 影响 。 稳 定 的 接口 确实 很 好 ， 但 是 被 冻结 在 一 个 不 良 接口 上 也 是 有 问题 的 。 


做 法 
n 如 果 有 必要 ， 将 参数 的 计算 过 程 提 炼 到 一 个 独立 函数 中 。 
O 将 函数 本 体内 引用 该 参数 的 地 方 改 为 调用 新 建 的 函数 。 
O 每 次 蔡 换 后 ， 修 改 并 测试 。 
O 全 部 替换 完成 后 ， 使 用 Remove Parameter (277) 将 该 参数 去 掉 。 


范例 


以 下 代码 用 于 计算 定单 折扣 价格 。 虽 然 这 么 低 的 折扣 不 大 可 能 出 现在 现实 生活 
中 ， 不 过 作为 一 个 范例 ， 我 们 暂 不 考虑 这 一 点 : 


public double getPrice() { 
int basePrice = _quantity * _itemPrice; 
int discountLevel; 
if (_quantity > 100) discountLevel = 2; 
else discountLevel = 1; 
double finalPrice = discountedPrice (basePrice, discountLevel); 
return finalPrice; 


} 


private double discountedPrice (int basePrice, int discountLevel) { 
if (discountLevel == 2) return basePrice * 0.1; 
else return basePrice * 0.05; 





} 
首先 ， 我 把 计算 折扣 等 级 (discountLevel) 的 代码 提炼 成 为 一 个 独立 的 


getDiscountLevel () Hix: 


public double getPrice() { 
int basePrice = _quantity * _itemPrice; 
int GiscountLevel = getDiscountLevel(); 
double finalPrice = discountedPrice (basePrice, discountLevel); 
return finalPrice; 
} 


private int getDiscountLevel() { 


if (_quantity > 100) return 2; 


else return 1; 
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然后 把 ai scounteaPrice() 函 数 中 对 aiscountLeve1 参 数 的 所 有 引用 点 ， 
换 为 对 getDiscountLevel () 函数 的 调用 : 


private double GiscountedPrice (int basePrice, int discountLevel) { 
if (getDiscountLevel() == 2) return basePrice * 0.1; 
else return basePrice * 0.05; 


} 
此 时 我 就 可 以 使 用 Remove Parameter (277)#fidiscountLevel BMT : 


public double getPrice() { 
int basePrice = _quantity * _itemPrice; 
int discountLevel = getDiscountLevel()}; 
double finalPrice = discountedPrice (basePrice); 
return finalPrice; 


private double discountedPrice {int basePrice) { 
if (getDiscountLevel() == 2) return basePrice * 0.1; 
else return basePrice * 0.05; 

} 


接 下 来 可 以 将 discountLevel 变 量 去 除 掉 : 


public double getPrice() { 
int basePrice = _quantity * _itemPrice; 
double finalPrice = discountedPrice (basePrice) ; 
return finalPrice; 


} 
现在 ， 可 以 去 掉 其 他 非 必要 的 参数 和 相应 的 临时 变量 。 最 后 获得 以 下 代码 ; 


public double getPrice() { 
return discountedPrice (); 


private double discountedPrice () I 
if (getDiscountLeveli() == 2) return getBasePrice() * 0.1; 
else return getBasePrice() * 0.05; 


private double getBasePrice() { 
return _quantity * _itemPrice; 
} 


最 后 我 还 可 以 针对 discountedPrice() 函数 使 用 Inline Method (117): 


private double getPrice () i 
if (getDiscountLevel() == 2) return getBasePrice() * 0.1; 
else return getSasePrice() * 0.05; 
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10.9 Introduce Parameter Object (引入 参数 对 象 ) 


某 些 参 数 总 是 很 自然 地 同时 出 现 。 
以 一 个 对 象 取代 这 些 参数 。 


amountinvoicedin(start: Date, end: Date) amountinvoicedin(DateRange) 


amountReceivedin(start: Date, end: Date) amountReceivedin(DateRange} 
amountOverdueln(start: Date, end: Date) amountOverdueln(DateRange) 





动机 

你 常会 看 到 特定 的 一 组 参数 总 是 一 起 被 传递 。 可 能 有 好 几 个 函数 都 使 用 这 一 组 
参数 ， 这 些 函 数 可 能 隶属 同一 个 类 ， 也 可 能 隶属 不 同 的 类 。 这 样 一 组 参数 就 是 所 谓 
的 Data Clumps〔 数 据 泥 团 )， 我 们 可 以 运用 一 个 对 象 包装 所 有 这 些 数 据 ， 再 以 该 对 
象 取 代 它 们 。 哪 怕 只 是 为 了 把 这 些 数据 组 织 在 一 起 ， 这 样 做 也 是 值得 的 。 本 项 重 构 
的 价值 在 于 缩短 参数 列 ， 而 你 知道 ， 过 长 的 参数 列 总 是 难以 理解 的 。 此 外 ， 新 对 象 
所 定义 的 访问 函数 还 可 以 使 代码 更 具 一 致 性 ， 这 又 进一步 降低 了 理解 和 修改 代码 的 
难度 。 


本 项 重 构 还 可 以 带 给 你 更 多 好 处 。 当 你 把 这 些 参数 组 织 到 一 起 之 后 ， 往 往 很 快 
可 以 发 现 一 些 可 被 移 至 新 建 类 的 行为 。 通 常 ， 原 本 使 用 那些 参数 的 函数 对 这 一 组 参 
数 会 有 一 些 共 通 的 处 理 ， 如 果 将 这 些 共通 行为 移 到 新 对 象 中 ， 你 可 以 减少 很 多 重复 
代码 。 


做 法 
O 新 建 一 个 类 ， 用 以 表现 你 想 替换 的 一 组 参数 。 将 这 个 类 设 为 不 可 变 的 。 
D 编译 。 
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a 针对 使 用 该 组 参数 的 所 有 函数 ， 实施 4dd Parameter (275)， 传 入 上 述 新 建 类 
的 实例 对 象 ， 并 将 此 参数 值 设 为 null。 
=> 如 果 你 所 修改 的 函数 被 其 他 很 多 函数 调用 ， 那 么 可 以 保留 修改 前 的 旧 浮 
数 ， 并 令 它 调用 修改 后 的 新 函数 。 你 可 以 先 对 旧 函 数 进行 重 构 ， 然 后 逐一 
修改 调用 端 使 其 调用 新 函数 ， 最 后 再 将 旧 函 数 删除 。 
O 对 于 Data Clumps 中 的 每 一 项 〈 在 此 均 为 参数 )， 从 函数 签名 中 移 除 之 ， 并 修 
改 调用 端 和 函数 本 体 ， 令 它们 都 改 而 通过 新 的 参数 对 象 取 得 该 值 。 
O 每 去 除 一 个 参数 ， 编 译 并 测试 。 
O 将 原先 的 参数 全 部 去 除 之 后 ， 观 察 有 无 适当 函数 可 以 运用 Move Method (142) 
搬移 到 参数 对 象 之 中 。 


=> 被 搬移 的 可 能 是 整个 函数 ， 也 可 能 是 函数 中 的 一 个 段落 。 如 果 是 后 者 ， 首 
先 使 用 Extract Method (110) 将 该 段落 提炼 为 一 个 独立 函数 ， 再 搬移 这 一 新 


建 函 数 。 
范例 
下 面 是 一 个 “账目 和 账 项 ”范例 。 表 示 “ 账 项 ”的 Entzry 实 际 上 只 是 个 简单 的 
数据 容器 : 


class Entry... 

Entry (double value, Date chargeDate) { 
_value = value; 
_chargeDate = chargeDate; 

} 

Date getDate() { 
return _chargeDate; 

} 

Gouble getValue() { 
return _value; 

} 

private Date _chargeDate; 

private double _value; 


我 关注 的 焦点 是 用 以 表示 “账目 ”的 Account， 它 保存 了 一 组 Entry 对 象 ， 并 
有 一 个 函数 用 来 计算 两 个 日 期 间 的 账 项 总 量 : 


class Account... 
double getFlowBetween(Date start, Date end) { 
double result = 0; 


Enumeration e = _entries.elements(); 
while (e.hasMoreElements()) { 
Entry each = (Entry) e.nextElement (}; 


if (each.getDate().equals(start) | | 
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each.getDate().equals(end) |! 
(each.getDate().after(start) && each.getDate().before(end))) 
{ 
result += each.getValue(); 
} 
} 
return result; 


} 
private Vector _entries = new Vector(); 


client code... 
double flow = anAccount.getFlowBetween(startDate, endDate) ; 
我 已 经 记 不 清 有 和 多少 次 看 见 代 码 用 一 对 值 来 表示 一 个 范围 ， 例 如 表示 日 期 范围 
的 start 和 end、 表 示 数 值 范围 的 upper 和 1ower， 等 等 。 我 知道 为 什么 会 发 生 这 种 
情况 ， 毕 竟 我 自己 也 经 常 这 样 做 。 不 过 ， 自 从 学 到 Range 模 式 [Fowler，AP] 之 后 ,我 
就 尽量 以 “范围 对 象 ” 取 而 代 之 。 我 的 第 一 个 步骤 是 声明 一 个 简单 的 数据 容器 ， 用 
以 表示 范围 : 
class DateRange { 
DateRange (Date start, Date end) { 
_Start = start; 
_end = end; 
} 
Date getStart({) { 
return _start; 
} 
Date getEnd() { 
return _end; 
} 
private final Date _start; 


private final Date _end; 
} 


我 把 DateRange 设 为 不 可 变 ， 也 就 是 说 ， 其 中 所 有 字段 都 是 final， 只 能 由 构造 
函数 来 赋值 ， 因 此 没有 任何 函数 可 以 修改 其 中 任何 字段 值 。 这 是 一 个 明智 的 决定 ， 
因为 这 样 可 以 避免 别名 带 来 的 困扰 。Java 的 函数 参数 都 是 按 值 传递 的 ， 不 可 变 类 正 
好 能 够 模仿 Java 参 数 的 工作 方式 ， 因 此 这 种 做 法 对 于 本 项 重 构 是 最 合适 的 。 


接 下 来 我 把 pateRange 对 象 加 到 getFlowBetween () 函数 的 参数 列 中 : 


class Account... 
double getFlowBetween(Date start, Date end, DateRange range) { 
double result = 0; 


Enumeration e = _entries.elements(); 
while (e.hasMoreElements()) { 
Entry each = (Entry) e.nextElement(); 


if (each.getDate().equals(start) || 
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each.getDate().equals(end) || 
(each.getDate().after(start) && each.getDate() .before (end) )) 


result += each.getValue(); 


} 


return result; 


client code... 
double flow = anAccount.getFlowBetween(startDate, endDate, null); 


至 此 ， 只 和 需 编译 一 下 就 行 了 ， 因 为 我 尚未 修改 程序 的 任何 行为 。 


下 一 个 步 又 是 去 除 旧 参 数 之 一 ， 以 新 建 对 象 取 而 代 之 。 首 先 我 删除 start 参数， 
并 修改 getFlowBetween () 函数 及 其 调用 者 ， 让 它们 转 而 使 用 新 对 象 : 


class Account... 
double getFlowBetween(Date end, DateRange range) { 
double result = 0; 


Enumeration e = _entries.elements(); 
while (e.hasMoreElements()) { 
Entry each = (Entry) e.nextElement () ; 


if (each.getDate().equals(range.getStart()) || 
each.getDate().equals(end) || 
(each.getDate().after(range.getStart()}) && each.getDate() 
-before(end) ) ) 


result += each.getValue({); 


} 


return result; 
} 


client code... 
double flow = anAccount.getFlowBetween(endDate, new DateRange 
(etartDate,null)); 


然后 我 将 ena 参 数 也 移 除 : 


class Account... 
double getFlowBetween (DateRange range) { 
double result = 0; 


Enumeration e = _entries.elements(); 
while (e.hasMoreElements()) { 
Entry each = (Entry) e.nextElement({); 


if (each.getDate().equals({range.getStart()) || 
each.getDate().equals(range.getEnd()) || 
{each.getDate().after(range.getStart(})) && each.getDate() 
. before (range.getEnd()) )) 
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{ 
result += each.getValue(); 
} 
} 
return result; 


} 


client code... 
double flow = anAccount.getFlowBetween (new DateRange (startDate, endDate) ) ; 


现在 ， 我 已 经 引入 了 参数 对 象 。 我 还 可 以 将 适当 的 行为 从 其 他 函数 移 到 这 个 新 
建 对 象 中 ， 进 一 步 从 本 项 重 构 获得 更 大 利益 。 这 里 ， 我 选 定 条 件 表达 式 中 的 代码 ， 
实施 Extract Method (110) 和 Move Method (142)， 最 后 得 到 如 下 代码 : 

class Account... 


double getFlowBetween(DateRange range) { 
Gouble result = 0; 


Enumeration e = _entries.elements(); 
while (e.hasMoreElements({)) { 
Entry each = (Entry) e.nextElement(); 


if (range.includes(each.getDate())) { 
result += each.getValue(); 


} 


return result; 


class DateRange... 
boolean includes(Date arg) { 
return (arg.equals(_start) |} 





arg.equals(_end) || 
(arg.after(_start) && arg.before(_end))); 
} 


如 此 单纯 的 提炼 和 搬移 动作 ， 我 通常 一 步 完 成 。 如 果 在 这 个 过 程 中 出 错 ， 我 可 
以 回 到 重 构 前 的 状态 ， 然 后 分 成 两 个 较 小 步骤 重新 进行 。 
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10.10 Remove Setting Method (〈 移 除 设 值 函 数 ) 


类 中 的 某 个 字段 应 该 在 对 象 创建 时 被 设 值 ， 然 后 就 不 再 改变 。 








去 掉 该 字段 的 所 有 设 值 函 数 。 
po |] AN | mo 
=> 
B 


动机 
如 果 你 为 某 个 字段 提供 了 设 值 图 数 ， 这 就 暗示 这 个 字段 值 可 以 被 改变 。 如 果 你 
不 希望 在 对 象 创建 之 后 此 字段 还 有 机 会 被 改变 ， 那 就 不 要 为 它 提供 设 值 函 数 〈 同 时 
将 该 字段 设 为 final)。 这样 你 的 意图 会 更 加 清晰 ， 并且 可 以 排除 其 值 被 修改 的 可 能 
性 一 一 这 种 可 能 性 往往 是 非常 大 的 。 
如 果 你 保留 了 间接 访问 变量 的 方法 , 就 可 能 经 常 有 程序 员 盲 目 使 用 它们 [Beck]。 
这 些 人 甚至 会 在 构造 函数 中 使 用 设 值 函数 ! 我 猜想 他 们 或 许 是 为 了 代码 的 一 致 性 ， 
但 却 忽视 了 设 值 函数 往 后 可 能 带 来 的 混淆 。 
做 法 
O 检查 设 值 函数 被 使 用 的 情况 ， 看 它 是 否 只 被 构造 函数 调用 , 或 者 被 构造 函数 
所 调用 的 另 一 个 函数 调用 。 
O 修改 构造 函数 ， 使 其 直接 访问 设 值 函 数 所 针对 的 那个 变量 。 
=> 如 果 某 个 子 类 通过 设 值 函数 给 超 类 的 某 个 private 字 段 设 了 值 , 那么 你 就 不 
能 这 样 修改 。 这 种 情况 下 你 应 该 试 着 在 超 类 中 提供 一 个 protected 函 数 (最 
好 是 构造 函数 ) 来 给 这 些 字段 设 值 。 不 论 你 怎么 做 ， 都 不 要 给 超 类 中 的 函 
数 起 一 个 与 设 值 函数 混 消 的 名 字 。 
O 编译 ， 测 试 。 
O 移 除 这 个 设 值 函数 ， 将 它 所 针对 的 字段 设 为 final。” 
O 编译 ， 测 试 。 


O 本 步骤 必须 在 本 重 构 的 最 后 进行 ， 详 情 请 看 http://www.refactoring.com/catalog/removeSetting 
Method.html 和 稍 后 的 详 者 注 。 一 一 诺 者 注 
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范例 
下 面 是 一 个 简单 例子 : 
class Account { 
private String _id; 
Account (String id) { 


setiId(id); 
} 


void setId(String arg) { 
ald = arg; 


} 


以 上 代码 可 修改 为 : 


class Account { 
private final String _id; 


Account (String id) { 


_id = id; 


} 
问题 可 能 以 几 种 不 同 的 形式 出 现 。 首 先 ， 你 可 能 会 在 设 值 函数 中 对 传 入 参数 做 
运算 ， 
class Account { 


private String _id; 


Account {String id) { 
setId(id); 
} 





void setId(String arg) { 
id = "ZZ" + arg; 
} 


如 果 对 参数 的 运算 很 简单 〈 就 像 上 面 这 样 ) 而 且 又 只 有 一 个 构造 函数 ， 我 可 以 
直接 在 构造 函数 中 做 相同 的 修改 。 如 果 修 改 很 复杂 , 或 者 有 一 个 以 上 的 函数 调用 它 ， 
就 需要 提供 一 个 独立 函数 。 我 需要 为 新 函数 起 个 好 名 字 , 清楚 表达 该 函数 的 用 途 : © 


class Account { 


private final String _id; //i##it: 这 里 的 final 修 饰 符 必 须 去 掉 


GD 此 时 不 能 将 独立 函数 中 要 赋值 的 字段 一 一 即 此 处 的 _ia 字 段 一 一 声明 为 final, 否则 不 能 通过 编 
详 。 因 此 这 一 段 所 描述 的 重 构 手 法 实际 上 并 不 成 立 ， account 在 重 构 后 仍然 是 可 变 对 象 。 唯 一 
能 够 得 到 的 好 处 是 : 通过 修改 设 值 函数 的 名 称 ， 可 以 让 读者 明白 initializera 函 数 只 应 该 用 
于 对 象 构造 阶段 。 一 一 译 者 注 
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{ 


Account (String id) 
initializelId(id); 

} 

private void initializelId(String arg) { 
-id = "ZZ* + arg; 


} 
如 果子 类 需要 对 超 类 的 private 变 量 赋 初 值 ， 情 况 就 比较 麻烦 一 些 : 


class InterestAccount extends Account... 
private double _interestRate; 


InterestAccount (String id, double rate) { 
setId(id); 
_interestRate = rate; 


} 
问题 是 我 无 法 在 InterestAccount () 中 直接 访问 idq 变 量 。 最 好 的 解决 办 法 就 


是 使 用 超 类 构造 函数 : 


class InterestAccount... 
InterestAccount (String id, double rate) { 


super (id); 
_interestRate = rate; 
} 


如 果 不 能 那样 做 ， 那 么 使 用 一 个 命名 良好 的 函数 就 是 最 好 的 选择 : 


class InterestAccount... 


InterestAccount (String id, double rate) { 
initializeId(id) ; 
_interestRate = rate; 

} 


男 一 种 需要 考虑 的 情况 就 是 对 一 个 集合 设 值 : 


class Person { 
Vector getCourses() { 
return _courses; 
} 
void setCourses(Vector arg) { 
_courses = arg; 


} 


private Vector _courses; 
在 这 里 , 我 希望 将 设 值 函数 替换 为 add 操 作 和 remove 操 作 。 我 已 经 在 Encapsulate 
Collection (208) 中 谈 到 了 这 一 点 。 
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10.11 Hide Method 〈 隐 藏 函 数 ) 


有 一 个 函数 ， 从 来 没有 被 其 他 任何 类 用 到 。 








将 这 个 函数 修改 为 private。 
ep | | ee 
=> 


动机 


重 构 往 往 促使 你 修改 函数 的 可 见 度 。 提 高 函数 可 见 度 的 情况 很 容易 想象 ， 另 一 
个 类 需要 用 到 某 个 函数 ， 因 此 你 必须 提高 该 函数 的 可 见 度 。 但 是 要 指出 一 个 函数 的 
可 见 度 是 否 过 高 ， 就 稍微 困难 一 些 。 理 想 状 况 下 ， 你 可 以 使 用 工具 检查 所 有 函数 ， 
指出 可 被 隐藏 起 来 的 函数 。 即 使 没有 这 样 的 工具 ， 你 也 应 该 时 常 进行 这 样 的 检查 。 


一 种 特别 常见 的 情况 是 : 当 你 面 对 一 个 过 于 丰富 、 提 供 了 过 多 行为 的 接口 时 ， 
就 值得 将 非 必 要 的 取 值 函数 和 设 值 函数 隐藏 起 来 。 尤 其 当 你 面 对 的 是 一 个 只 有 简单 
封装 的 数据 容器 时 ， 情 况 更 是 如 此 。 随 着 愈 来 愈 多 行为 被 放 入 这 个 类 ， 你 会 发 现 许 
多 取 值 / 设 值 函 数 不 再 需要 公开 ， 因 此 可 以 把 它们 隐藏 起 来 。 如 果 你 把 取 值 / 设 值 函 数 
设 为 private， 然 后 在 所 有 地 方 都 直接 访问 变量 ， 那 就 可 以 放心 移 除 取 值 / 设 值 函数 了 。 


做 法 
O 经 常 检查 有 没有 可 能 降低 某 个 函数 的 可 见 度 。 


> 使 用 lint 一 类 的 工具 ， 尽 可 能 频繁 地 检查 。 当 你 在 另 一 个 类 中 移 除 对 某 个 
函数 的 调用 时 ， 也 应 该 进行 检查 . 
> 特别 对 设 值 函数 进行 上 述 的 检查 。 


a 尽 可 能 降低 所 有 函数 的 可 见 度 。 
o 每 完成 一 组 函数 的 隐藏 之 后 ， 编 译 并 测试 。 


> 如 果 有 不 适当 的 隐藏 ,编译 器 很 自然 会 检验 出 来 ， 因 此 不 必 每 次 修改 后 都 
进行 编译 。 如 有 任何 错误 出 现 ， 很 容易 被 发 现 . 
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10.12 Replace Constructor with Factory Method 
《以 工厂 函数 取代 构造 函数 ) 


你 希望 在 创建 对 象 时 不 仅仅 是 做 简单 的 建构 动作 。 





将 构造 函数 符 换 为 工厂 函数 。 


Employee {int type) { 
-type = type; 
} 


Jh 


WY 


Static Employee create(int type) { 
' return new Employee (type) ; 
} 


动机 

使 用 Replace Constructor with Factory Method (304) 的 最 显而易见 的 动机 ， 就 是 在 
派生 子 类 的 过 程 中 以 工厂 函数 取代 类 型 码 。 你 可 能 常常 需要 根据 类 型 码 创建 相应 的 
对 象 ， 现 在 ,创建 名 单 中 还 得 加 上 子 类 ， 那 些 子 类 也 是 根据 类 型 码 来 创建 。 然 而 由 


于 构造 函数 只 能 返回 单一 类 型 的 对 象 ， 因 此 你 需要 将 构造 沙 数 替换 为 工厂 函数 
[Gang of Four]. 


此 外 ,如果 构造 函数 的 功能 不 能 满足 你 的 需要 , CT OE) AARRE C. 
工厂 函数 也 是 Change Value to Reference (179) 的 基础 。 你 也 可 以 令 你 的 工厂 函数 根据 
参数 的 个 数 和 类 型 ， 选 择 不 同 的 创建 行为 。 


做 法 
o 新 建 一 个 工厂 函数 ， 让 它 调 用 现 有 的 构造 函数 。 
D 将 调用 构造 函数 的 代码 改 为 调用 工厂 函数 。 


www.TopSage.com 


10.12 Replace Constructor with Factory Method ( 以 工厂 函数 取代 构造 函数 ) 
O 每 次 替换 后 ， 编 译 并 测试 。 
O 将 构造 函数 声明 为 private。 
O 编译 。 
范例 : 根据 整数 (实际 是 类 型 码 ) 创建 对 象 
义 是 那个 单调 乏味 的 例子 ， 员工 薪资 系统 。 我 以 Emp1loyee 表 示 “ 员 工 ”: 


class Employee { 


private int _type; 

static final int ENGINEER 
static final int SALESMAN 
static final int MANAGER = 2; 


i 中 
oO 
. ws 


Employee(int type) { 
_type = type; 
} 。 
Ri A Employee EA MLA, JF RMA PEMA RAYS. Bak, 
我 需要 建立 一 个 工厂 函数 : 
Static Employee create(int type) { 


return new Employee (type); 
} 


然后 ， 我 要 修改 构造 函数 的 所 有 调用 点 ， 让 它们 改 用 上 述 新 建 的 工厂 函数 ， 并 
将 构造 函数 声明 为 private: 


client code... 
Employee eng = Employee.create (Employee.ENGINEER):; 


class Employee... 
private Employee (int type) { 
~type = type; 
} 


范例 : 根据 字符 串 创 建 子 类 对 象 


迄今 为 止 ， 我 还 没有 获得 什么 实质 收获 。 目 前 的 好 处 在 于 : 我 把 “对 象 创建 请 
求 的 接收 者 ”和 “被 创建 对 象 所 属 的 类 ”分 开 了 。 如 果 我 随后 使 用 Replace Type Code 
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with Subclasses (223) 把 类 型 码 转 换 为 Employee 的 子 类 ， 就 可 以 运用 工厂 函数 ， 将 这 
些 子 类 对 用 户 隐 藏 起 来 : 


static Employee create(int type) { 
switch (type) { 

case ENGINEER: 

return new Engineer(); 
case SALESMAN: 

return new Salesman(); 
case MANAGER: 

return new Manager (); 
default: 


throw new IllegalArgumentException("Incorrect type code value"); 
} 


} 


可 惜 的 是 ， 这 里 面 有 一 个 switch 语 句 。 如 果 我 添加 一 个 新 的 子 类 ， 就 必须 记得 
更 新 这 里 的 switch 语 句 ， 而 我 又 偏偏 很 健 息 。 


绕 过 这 个 swit ch 语句 的 一 个 好 办 法 是 使 用 class .forName () 。 第 一 件 要 做 的 
事 是 修改 参数 类 型 ， 这 从 根本 上 说 是 Rename Method (273) 的 一 种 变 体 。 首 先 我 得 建 
立 一 个 函数 ， 让 它 接收 一 个 字符 串 参 数 : 


static Employee create(String name) { 
try { 
return (Employee) Class. forName(name) .newInstance(); 
} catch (Exception e) { 


throw new IllegalArgumentException("Unable to instantiate" + name); 
} 
} 


然后 让 稍 早 那个 “create() 函数 int 版 ”调用 新 建 的 “create() 函数 String 版 ”: 


class Employee { 
static Employee create(int type) { 
switch (type) { 
case ENGINEER: 
return create("Engineer") ; 
case SALESMAN: 
return create("“Salesman"); 
case MANAGER: 
return create("Manager"} ; 
default: 


throw new IllegalArgumentException("Incorrect type code value"); 


} 


然后 ， 我 得 修改 create() 函数 的 调用 者 ， 将 下 列 这 样 的 语句 : 


Employee.create (ENGINEER) 
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修改 为 : 


Employee.create("Engineer") 


完成 之 后 ， 我 就 可 以 将 “create() 函数 int 版 ” 移 除了 。 


现在 , 当 我 需要 添加 新 的 Employee 子 类 时 , 就 不 再 需要 更 新 create () MMT. 
但 我 却 因此 失去 了 编译 期 检验 ， 使 得 一 个 小 小 的 拼写 错误 就 可 能 造成 运行 期 错误 。 
如 果 有 必要 防止 运行 期 错误 , 我 会 使 用 明确 函数 来 创建 对 象 ( 见 本 页 下 节 )。 但 这 样 
一 来 ， 每 添加 一 个 新 的 子 类 ， 我 就 必须 添加 一 个 新 函数 。 这 就 是 为 了 类 型 安全 而 牺 
牲 掉 的 灵活 性 。 还 好 ， 即 使 我 做 了 错误 选择 ， 也 可 以 使 用 Parameterize Method (283) 
Replace Parameter with Explicit Methods (285) 撤 销 决定 。 


男 一 个 必须 谨慎 使 用 class .forName () 的 原因 是 : 它 向 用 户 暴 露 了 子 类 名 称 。 
不 过 这 并 不 太 糟 糕 ， 因 为 你 可 以 使 用 其 他 字符 串 ， 并 在 工厂 函数 中 执行 其 他 行为 。 
这 也 是 不 使 用 Inline Method(117) 去 除 工厂 函数 的 一 个 好 理由 。 


范例 : 以 明确 函数 创建 子 类 

我 可 以 通过 另 一 条 途径 来 隐藏 子 类 一 一 使 用 明确 函数 。 如 果 你 只 有 少数 几 个 子 
类 ， 而 且 它 们 都 不 再 变化 ， 这 条 途径 是 很 有 用 的 。 我 可 能 有 个 抽象 的 Person 类 , 它 
有 两 个 子 类 : Male 和 Female。 首 先 我 在 超 类 中 为 每 个 子 类 定义 一 个 工厂 函数 ; 


class Person... 
static Person createMale() { 
return new Male({); 
} 
static Person createFemale() { 
return new Female(); 


} 


然后 我 可 以 把 下 面 的 调用 : 
Person kent = new Male(); 
替换 成 : 


Person kent = Person.createMale(); 


但 是 这 就 使 得 超 类 必须 知晓 子 类 。 如 果 想 避免 这 种 情况 ， 你 需要 一 个 更 为 复杂 
的 设计 ， 例 如 Product Trader 模 式 [Baumer and Riehle]。 绝 大 多 数 情况 下 你 并 不 需要 如 
此 复杂 的 设计 ， 上 面 介 绍 的 做 法 已 经 绰绰有余 。 
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10.13 Encapsulate Downcast (封装 向 下 转型 ) 
某 个 函数 返回 的 对 象 ， 需 要 由 函数 调用 者 执行 向 下 转型 (downcast)。 
将 向 下 转型 动作 移 到 函数 中 。 


Object lastReading() 1 
return readings.lastElement (}; 
} 


| 


Reading lastReading({) { 
return (Reading) readings, lastElement (); 
} 


动机 

在 强 类 型 O00 语言 中 ,向 下 转型 是 最 烦人 的 事情 之 一 。 之 所 以 很 烦人 ， 是 因为 从 
感觉 上 来 说 它 完 全 没有 必要 : 你 竟然 越 租 代 应 地 告诉 编译 器 某 些 应 该 由 编译 器 自己 
计算 出 来 的 东西 。 但 是 ， 由 于 计算 对 象 类 型 往往 比较 麻烦 ， 你 还 是 常常 需要 亲自 告 


诉 编译 器 对 象 的 确切 类 型 。 向 下 转型 在 Java 特 别 盛行 ， 因 为 Java 没 有 模板 机 制 ， 因 
此 如 果 你 想 从 集合 之 中 取出 一 个 对 象 ， 就 必须 进行 向 下 转型 。? 


向 下 转型 也 许 是 一 种 无 法 避免 的 罪恶 ， 但 你 仍然 应 该 尽 可 能 少 做 。 如 果 你 的 某 
个 函数 返回 一 个 值 ， 并 且 你 知道 所 返回 的 对 象 类 型 比 函数 签名 所 昭 告 的 更 特 化 ， 你 
便 是 在 函数 用 户 身上 强加 了 非 必 要 的 工作 。 这 种 情况 下 你 不 应 该 要 求 用 户 承担 向 下 
转型 的 责任 ， 应 该 尽量 为 他 们 提供 准确 的 类 型 。 


以 上 所 说 的 情况 ， 常 会 在 返回 迭代 器 或 集合 的 函数 身上 发 生 。 此 时 你 就 应 该 观 
察 人 们 拿 这 个 迭代 器 和 干什么 用 ， 然 后 针对 性 地 提供 专用 函数 。 


®© 自从 Java 5 加 入 模板 机 制 以 后 ， 非 向 下 转型 不 可 的 场合 几乎 绝迹 。 读 者 如 果 发 现 自己 写 出 需要 向 
下 转型 的 代码 ， 在 考虑 使 用 本 重 构 手 法 之 前 ,应 该 首先 考虑 是 否 可 以 代 之 以 模板 类 。 一 译 者 注 
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做 法 
O 找 出 必须 对 函数 调用 结果 进行 向 下 转型 的 地 方 。 
> 这 种 情况 通常 出 现在 返回 一 个 集合 或 迭代 器 的 函数 中 . 
O 将 向 下 转型 动作 搬移 到 该 函数 中 。 
=> 针对 返回 集合 的 函数 ， 使 用 acapstuiate Collection (208). 
范例 
下 面 的 例子 中 , 我 以 Reading 表 示 “ 书 籍 ”。 我 还 拥有 一 个 名 为 lastReading () 
的 畏 数 ， 它 从 一 个 用 于 保存 ReaGing 对 象 的 vector 中 返回 其 最 后 一 个 元 素 : 


Object lastReading() { 
return readings.lastElement (}; 


我 应 该 将 这 个 函数 变 成 ; 
Reading lastReading({) { 
return (Reading) readings.lastElement (); 
当 我 拥有 一 个 集合 时 ， 上 述 那么 做 就 很 有 意义 。 如 果 “ 保 存 Reading 对 象 ”的 
集合 被 放 在 Site 类 中 ， 并 且 我 看 到 了 如 下 的 客户 端 代 码 : 


Reading lastReading = (Reading) theSite.readings().lastElement () 


我 就 可 以 不 再 把 向 下 转型 的 工作 推 给 用 户 ， 并 得 以 向 用 户 隐藏 集合 : 
Reading lastReading = theSite.lastReading(); 


class Site... 
Reading lastReading() { 


return (Reading) readings().lastHlement(); 
} 


如 果 你 修改 函数 ， 将 其 返回 类 型 改 为 原 返 回 类 型 的 子 类 ， 那 就 是 改变 了 函数 签 
名 ， 但 并 不 会 破坏 客户 端 代码 ， 因 为 编译 器 知道 它 总 是 可 以 将 一 个 子 类 自动 向 上 转 
型 为 超 类 。 当 然 你 必须 确保 这 个 子 类 不 会 破坏 超 类 带 来 的 任何 契约 。 
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10.14 Replace Error Code with Exception 
(以 异常 取代 错误 码 ) 


某 个 函数 返回 一 个 特定 的 代码 ， 用 以 表示 某 种 错误 情况 。 
改 用 异常 。 


int withdraw(int amount) { 
££ (amount > balance) 
` return -1; 
else { 
i% -balance -= amount; 
` return 0; gat? 
} | 


th 


WY 


void withdraw(int amount) throws BalanceException { 
if {amount > balance) throw new BalanceException(); 
balance -= amount; 

i | 


动机 

和 生活 一 样 ， 计 算 机 偶尔 也 会 出 错 。 一 旦 事情 出 错 ， 你 就 需要 有 些 对 策 。 最 简 
单 的 情况 下 ， 你 可 以 停止 程序 运行 ， 返 回 一 个 错误 码 。 这 就 好 像 因为 错过 一 班 飞机 
而 自杀 一 样 〈 如 果真 那么 做 ， 哪 怕 我 是 只 猫 ， 我 的 九条 命 也 早 赔 光 了 )。 尽 管 我 的 油 
腔 滑 调 企图 带 来 一 点 幽默 ， 但 这 种 “软件 自杀 ”选择 的 确 是 有 好 处 的 。 如 果 程 序 崩 


溃 代 价 很 小 ， 用 户 又 足够 宽容 ， 那 么 就 放心 终止 程序 的 运行 好 了 。 但 如 果 你 的 程序 
比较 重要 ， 就 需要 以 更 认真 的 方式 来 处 理 。 


问题 在 于 : 程序 中 发 现 错误 的 地 方 ， 并 不 一 定 知道 如 何 处 理 错 误 。 当 一 段子 程 
序 发 现 错误 时 ， 它 需要 让 它 的 调用 者 知道 这 个 错误 ， 而 调用 者 也 可 能 将 这 个 错误 继 
续 沿 着 调用 链 传 递 上 去 。 许 多 程序 都 使 用 特殊 输出 来 表示 错误 ，Unix 系 统 和 C-based 
系统 的 传统 方式 就 是 以 返回 值 表示 子 程序 的 成 功 或 失败 。 


Java 有 一 种 更 好 的 错误 处 理 方式 : 异常 。 这 种 方式 之 所 以 更 好 ， 因 为 它 清楚 地 
将 “普通 程序 ”和 “错误 处 理 ” 分 开 了 ， 这 使 得 程序 更 容易 理解 一 一 我 希望 你 如 今 
已 经 坚信 : 代码 的 可 理解 性 应 该 是 我 们 虔诚 追求 的 目标 。 
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做 法 
O RAV (checked) 异常 还 是 非 受 控 (unchecked) 异常 。 


> 如 果 调 用 者 有 责任 在 调用 前 检查 必要 状态 ， 就 抛 出 非 爱 控 异 常 . 
> 如 果 想 抛 出 受 控 异 常 ,你 可 以 新 建 一 个 异常 类 ,也 可 以 使 用 现 有 的 异常 类 ， 


o 找到 该 函数 的 所 有 调用 者 ， 对 它们 进行 相应 调整 ， 让 它们 使 用 异常 。 


> 如 果 函 数 抛 出 非 受 控 异 常 ， 那 么 就 调整 调用 者 ,使 其 在 调用 函数 前 做 适当 
检查 。 每 次 修改 后 ， 编 译 并 测试 。 


> 如 果 函 数 抛 出 受 控 异 常 ， 那 么 就 调整 调用 者 ， 使 其 在 try 区 段 中 调用 该 函 
数 。 


O 修改 该 函数 的 签名 ， 令 它 反映 出 新 用 法 。 


如 果 函 数 有 许多 调用 者 ， 上 述 修改 过 程 可 能 跨度 太 大 。 你 可 以 将 它 分 成 下 列 数 
个 步骤 。 


Cl 决定 应 该 抛 出 受 控 异 常 还 是 非 受 控 异 常 。 


O 新 建 一 个 函数 , 使 用 异常 来 表示 错误 状况 , 将 旧 函 数 的 代码 复制 到 新 函数 中 ， 
并 做 适当 调整 。 

修改 旧 函 数 的 函数 本 体 ， 让 它 调 用 上 述 新 建 函数 。 

O 编译 ， 测 试 。 

o 逐一 修改 旧 函 数 的 调用 者 ， 令 其 调用 新 函数 。 每 次 修改 后 ， 编 译 并 测试 。 

O 移 除 旧 函数 。 


范例 


现实 生活 中 你 可 以 透支 你 的 账户 余额 ,计算 机 教科 书 却 总 是 假设 你 不 能 这 样 做 ， 
这 不 是 很 奇怪 吗 ? 不 过 下 面 的 例子 仍然 假设 你 不 能 这 样 做 : 
class Account... 
int withdraw(int amount) { 
if (amount > _balance) 


return -1; 
else { 
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_balance -= amount; 
return 0; 


} 


private int _balance; 


为 了 让 这 段 代 码 使 用 异常 ， 我 首先 需要 决定 使 用 受 控 异常 还 是 非 受 控 异 常 。 决 
策 关键 在 于 : 调用 者 是 否 有 责任 在 取款 之 前 检查 存款 余额 , 还 是 应 该 由 witharaw() 
函数 负责 检查 。 如 果 “ 检 查 余额 ”是 调用 者 的 责任 ， 那么 “取款 金额 大 于 存款 余额 ” 
就 是 一 个 编程 错误 。 由 于 这 是 一 个 编程 错误 ， 所 以 我 应 该 使 用 非 受 挖 异常。 为 一 方 
面 ， 如 果 “ 检 查 余额 ”是 witharaw() 函数 的 责任 ， 我 就 必须 在 函数 接口 中 声明 它 
可 能 抛 出 这 个 异常 ， 那 么 也 就 提醒 了 调用 者 注意 这 个 异常 ， 并 采取 相应 措施 。 


SEG): 非 受 控 异 常 


首先 考虑 非 受 控 异常 。 使 用 这 个 东西 就 表示 应 该 由 调用 者 负责 检查 。 首 先 我 需 
要 检查 调用 端的 代码 ， 它 不 应 该 使 用 witharaw() 函数 的 返回 值 ， 因 为 该 返回 值 只 
用 来 指出 程序 员 的 错误 。 如 果 我 看 到 下 面 这 样 的 代码 : 


if (account .withdraw{amount) == -1) 
handleOverdrawn()}; 
else doTheUsualThing(); 


我 应 该 将 它 替换 为 这 样 的 代码 : 


if (!account.canWithdraw (amount) ) 
handleOverdrawn (); 

else { 
account.withdraw(amount) ; 
doTheUsualThing(); 

} 


每 次 修改 后 ， 编 诺 并 测试 。 


现在 , 我 需要 移 除 错误 码 ， 并 在 程序 出 错时 抛 出 异常 。 由 于 这 种 行为 是 异常 的 、 
罕见 的 ， 所 以 我 应 该 用 一 个 卫 语 句 检查 这 种 情况 : 
void withdraw(int amount) { 
if (amount > _balance) 


throw new IllegalArgumentException ("Amount too large"); 
_balance -= amount; 
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由 于 这 是 程序 员 所 犯 的 错误 ， 所 以 我 应 该 使 用 断言 更 清楚 地 指出 这 一 点 : 


class Account... 
void withdraw(int amount) { 
Assert.isTrue("sufficient funds", amount <= _balance); 
-balance -= amount; 


class Assert... 
static void isTrue(String comment, boolean test) { 
if (!test) { 
throw new RuntimeException("Assertion failed: " + comment); 


} 
范例 ; 受 控 异常 
受 控 异常 的 处 理 方式 略 有 不 同 。 首 先 我 要 建立 (或 使 用 ) 一 个 合适 的 异常 : 


class BalanceException extends Exception {} 


然后 ， 调 整 调用 端 如 下 : 


try { 
account .withdraw (amount) ; 
doTheUsualThing(}; 

} catch (BalanceException e) { 
handleOverdrawn (); 


} 


接 下 来 我 要 修改 withadraw() 函数 ， 让 它 以 异常 表示 错误 状况 : 


void withdraw(int amount) throws BalanceFxception { 





if (amount > _balance) throw new BalanceException(); 
_balance -= amount; 


} 


这 个 过 程 的 麻烦 在 于 : 我 必须 一 次 性 修改 所 有 调用 者 和 被 它们 调用 的 函数 ， 否 
则 编译 器 会 报错 。 如 果 调 用 者 很 多 ， 这 个 步骤 就 实在 太 大 了 ， 其 中 没有 编译 和 测试 
的 保障 。 


www. lopSage.com 


V 第 10 章 简化 函数 调用 


这 种 情况 下 ， 我 可 以 借助 一 个 临时 中 间 函 数 。 我 仍然 从 先前 相同 的 情况 出 发 


if (account.withdraw(amount) == -1) 
handleOverdrawn (); 
else doTheUsualThing(); 


class Account ... 
int withdraw(int amount) { 
if (amount > _balance) 
f return -1; 
else { 
_balance -= amount; 


return 0; 


} 
首先 ， 创 建 一 个 newwithdraw() 函数 ， 让 它 抛 出 异常 : 


void newWithdraw(int amount) throws BalanceException { 
if (amount > _balance) throw new BalanceException(); 
_balance -= amount; 


} 
然后 ， 调整 现 有 的 witharaw () 函数 ， 让 它 调 用 newWithdraw (): 


int withdraw{int amount) { 
try { 
“newWithdraw (amount) ; 
return 0; 
} catch (BalanceException e) { 
return -1; 


} 


完成 以 后 , 编译 并 测试 。 现 在 我 可 以 逐一 将 调用 旧 函 数 的 地 方 改 为 调用 新 函数 : 


try { 
account .newWithdraw (amount) ; 
doTheUsualThing (); 

} catch (BalanceException e) { 
handleOverdrawn () ; 


} 


由 于 新 旧 两 个 函数 都 存在 ， 所 以 每 次 修改 后 我 都 可 以 编译 、 测 试 。 所 有 调用 者 
都 修改 完毕 后 ， 旧 函数 便 可 移 除 ， 并 使 用 Rename Method (273) 修 改 新 函数 名 称 ， 使 
它 与 旧 函 数 相 同 。 
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10.15 Replace Exception with Test〈 以 测试 取代 异常 ) 
面 对 一 个 调用 者 可 以 预先 检查 的 条 件 ， 你 抛 出 了 一 个 异常 。 
修改 调用 者 ， 使 它 在 调用 函数 之 前 先 做 检查 。 


double getValueForPeriod(int periodNumber) { 
try { 
return _values[periodNumber] ; 
} catch (ArrayIndexOutOfBoundsException e) { 
return 0; 
} 


th 


WY 


double getValueForPeriod(int periodNumber) { 
if (periodNumber >= _values.length) return 0; 
return _values [periodNumber]; 

} 


动机 

异常 的 出 现 是 程序 语言 的 一 大 进步 。 运 用 Replace Error Code with Exception 
(310)， 异 常 便 可 协助 我 们 避免 很 多 复杂 的 错误 处 理 逻辑 。 但 是 ， 就 像 许 多 好 东西 一 
样 ， 异 常 也 会 被 小 用 ， 从 而 变 得 不 再 让 人 愉快 〈 就 连 味道 极 好 的 Aventinus 啤 酒 ， 喝 
得 太 多 也 会 让 我 厌烦 [Jackson])。“ 异常 ”只 应 该 被 用 于 异常 的 、 罕 见 的 行为 ， 也 就 
是 那些 产生 意料 之 外 的 错误 的 行为 ， 而 不 应 该 成 为 条 件 检查 的 替代 品 。 如 果 你 可 以 


合理 期 望 调用 者 在 调用 函数 之 前 先 检 查 某 个 条 件 ， 那 么 就 应 该 提供 一 个 测试 ， 而 调 
用 者 应 该 使 用 它 。 


做 法 


O 在 函数 调用 点 之 前 ， 放 和 置 一 个 测试 语句 ， 将 函数 内 catch 区 段 中 的 代码 复制 
到 测试 句 的 适当 if 分 支 中 。 


O 在 catch 区 段 起 始 处 加 入 一 个 断言 ， 确 保 catch 区 段 绝对 不 会 被 执行 。 
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O 编译 ， 测 试 。 

a 移 除 所 有 catch 区 段 ， 然 后 将 try 区 段 内 的 代码 复制 到 try 之 外 ， 然 后 移 除 
try 区 上 段 。 

a 编译 ， 测 试 。 


范例 

下 面 的 例子 中 ， 我 以 一 个 ResourcePool1 对 象 管理 - 些 创 建 代价 高 昂 而 又 可 以 
重复 使 用 的 资源 〈 例 如 数据 库 连 接 )。 这 个 对 象 带 有 两 个 “ 池 ”(pool): 一 个 用 以 保 
存 可 用 资源 ， 一 个 用 以 保存 已 分 配 资源 。 当 用 户 请 求 一 份 资源 时 ，ResourcePool 
对 象 从 “可 用 资源 池 ” 中 取出 一 份 资 源 交 出 , 并 将 这 份 资源 转移 到 “已 分 配 资源 池 ” 
当 用 户 释 放 一 份 资源 时 ，ResourcePool 对 象 就 将 该 资源 从 “已 分 配 资源 池 ” 放 回 
“可 用 资源 池 ”。 如 果 “ 可 用 资源 池 ” 不 能 满足 用 户 的 请 求 ，ResourcePool1 对 象 就 
创建 一 份 新 资源 。 


资源 供应 函数 可 能 如 下 所 示 : 


class ResourcePool 
Resource getResource() { 

Resource result; 

try { 
result = (Resource) _available.pop(); 
_allocated.push(result); 
return result; 

} catch (EmptyStackException e) { 
result = new Resource(); 
_allocated.push(result); 
return result; 

} 

} 
Stack _available; 
Stack _allocated; 


在 这 里 ,“ 可 用 资源 用 尽 ” 并 不 是 一 种 意料 外 的 事件 , 因此 我 不 该 使 用 异常 表示 
为 了 去 掉 这 里 的 异常 , 我 首先 必须 添加 一 个 适当 的 提前 测试 , 并 在 其 中 处 理 “ 可 
用 资源 池 为 空 ”的 情况 : 
Resource getResource() { 
Resource result; 
if (_available.isEmpty()) { 
result = new Resource(); 
_allocated.push(result); 
return result; 
} 
else { 
try { 
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result = (Resource) _available.pop(); 
_allocated.push(result); 
return result; 

} catch (EmptyStackException e) 
result = new Resource(); 
_allocated.push(result); 
return result; 


} 
现在 getResource () 应 该 绝对 不 会 抛 出 异常 了 。 我 可 以 添加 断言 保证 这 一 点 : 


Resource getResource() { 
Resource result; 
if (_available.isEmpty()) { 
result = new Resource({); 
_allocated.push(result); 
return result; 
} else { 


try { 
result = (Resource) _available.pop(); 


_allocated.push(result); 
return result; 
} catch (EmptyStackException e) { 
Assert .shouldNeverReachHere ("available was empty on pop"); 
result = new Resource(); 
_allocated.push(result); 
return result; 


} 





class Assert... 
static void shouldNeverReachHere(String message) { 


throw new RuntimeException (message); 


` 
+ 


编译 并 测试 。 如 果 一 切 运 转正 常 , 就 可 以 将 try 区 段 中 的 代码 复制 到 try 区 段 之 
外 ， 然 后 将 try 区 段 全 部 移 除 : 


Resource getResource() { 
Resource result; 
if (_available.isEmpty()) { 
result = new Resource(); 
_allocated.push (result); 
return result; 
} 


else { 
result = (Resource) _available.pop(); 
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_allocated.push(result); 
return result; 


) 


在 这 之 后 我 常常 发 现 ， 可 以 对 条 件 代码 加 以 整理 。 本 例 之 中 我 可 以 使 用 
Consolidate Duplicate Conditional Fragments (243): 


Resource getResource() { 
Resource result; 
if (_available.isEmpty () ) 
result = new Resource(); 
else 
result = (Resource) _available.pop(); 
allocated.push(result); 


return result; 
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处 理 概 括 关系 


有 一 批 重 构 手 法 专门 用 来 处 理 类 的 概括 关系 (generalization， 即 继承 关系 )， 
其 中 主要 是 将 函数 上 下 移动 于 继承 体系 之 中 。Pull Up Field (320)AlPull 
Up Methoar (322) 都 用 于 将 特性 向 继承 体系 的 上 端 移动 ，Push Down Method (328) 和 
Push Down Field (329) 则 将 特性 向 继承 体系 的 下 端 移动 。 构 造 函 数 比较 难以 向 上 拉 
动 ， 因 此 专门 有 一 个 Pull Up Constructor Body (325) 处 理 它 。 我 们 不 会 将 构造 函数 往 
下 推 ， 因 为 Replace Constructor with Factory Method (304) 通 常 更 管用 。 


如 果 有 若干 函数 大 体 上 相同 ， 只 在 细节 上 有 所 差异 ， 可 以 使 用 Form Template 
Method (345) 将 它们 的 共同 点 和 不 同 点 分 开 。 


除了 在 继承 体系 中 移动 特性 之 外 ， 你 还 可 以 建立 新 类 ， 改 变 整个 继承 体系 。 
Extract Subclass (330), Extract Superclass (336) 和 Extract Interface (341) 都 是 这 样 的 重 
构 手法 ， 它 们 在 继承 体系 的 不 同位 置 构造 出 新 元 素 。 如 果 你 想 在 类 型 系统 中 标示 一 
小 部 分 函数 ，Extract Interface (341) 特 别 有 用 。 如 果 你 发 现 继承 体系 中 的 某 些 类 没有 
存在 必要 ， 可 以 使 用 Coliapse Hierarchy (344) 将 它们 移 除 。 


有 时 候 你 会 发 现 继承 并 非 最 佳 选择 ， 你 真正 需要 的 其 实 是 委托 ， 那 么 ，Replace 
Inheritance with Delegation (352) 可 以 帮助 你 把 继承 改 为 委托 。 有 时 候 你 又 会 想 要 做 
反 向 修改 ， 此 时 就 可 使 用 Repiace Delegation with Inheritance (355). 
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11.1 Pull Up Field (FEER) 
两 个 子 类 拥有 相同 的 字段 。 
将 该 字段 移 至 超 类 。 


动机 
如 果 各 子 类 是 分 别 开 发 的 ， 或 者 是 在 重 构 过 程 中 组 合 起 来 的 ， 你 常会 发 现 它 们 
拥有 重复 特性 ， 特 别 是 字段 更 容易 重复 。 这 样 的 字段 有 时 拥有 近似 的 名 字 ， 但 也 并 


非 绝对 如 此 。 判 断 若干 字段 是 否 重复 ， 唯 一 的 办 法 就 是 观察 函数 如 何 使 用 它们 。 如 
果 它 们 被 使 用 的 方式 很 相似 ， 你 就 可 以 将 它们 归纳 到 超 类 去 。 


本 项 重 构 从 两 方面 减少 重复 : 首先 它 去 除了 重复 的 数据 声明 ;其 次 它 使 你 可 以 
将 使 用 该 字段 的 行为 从 子 类 移 至 超 类 ， 从 而 去 除 重复 的 行为 。 


做 法 


D 针对 待 提 升 之 字段 ,检查 它 们 的 所 有 被 使 用 点 ， 确 认 它 们 以 同样 的 方式 被 使 
用 。 


o 如 果 这 些 字段 的 名 称 不 同 ， 先 将 它们 改名 ， 使 每 一 个 名 称 都 和 你 想 为 超 类 字 
段 取 的 名 称 相同 。 
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O 编译 ， 测 试 。 
O 在 超 类 中 新 建 一 个 字段 。 


=> 如 果 这 些 字段 是 private 的 ， 你 必须 将 超 类 的 字段 声明 为 protected， 这 样子 
类 才能 引用 它 。 


口 移 除 子 类 中 的 字段 。 
O 编译 ， 测 试 。 
O 考虑 对 超 类 的 新 建 字 段 使 用 Self Encapsulate Field (171). 
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11.2 Pull Up Method (函数 上 移 ) 


有 些 函 数 ， 在 各 个 子 类 中 产生 完全 相同 的 结果 。 


将 该 函数 移 至 超 类 。 





动机 
避免 行为 重复 是 很 重要 的 。 尽 管 重复 的 两 个 函数 也 可 以 各 自 工作 得 很 好 ， 但 重 
复 自身 只 会 成 为 错误 的 滋生 地 ,此 外 别 无 价值 。 无 论 何 时 ,只 要 系统 之 内 出 现 重 复 ， 


你 就 会 面临 “修改 其 中 一 个 却 未 能 修改 另 一 个 ”的 风险 。 通 常 ， 找 出 重复 也 有 一 定 
困难 。 


如 果 某 个 函数 在 各 子 类 中 的 函数 体 都 相同 (它们 很 可 能 是 通过 复制 粘贴 得 到 
的 )， 这 就 是 最 显而易见 的 Pull Up Method (322) 适 用 场合 。 当 然 ， 情 况 并 不 总 是 如 此 
明显 。 你 也 可 以 只 管 放心 地 重 构 ， 再 看 看 测试 程序 会 不 会 发 牢骚 ， 但 这 就 需要 对 你 
的 测试 有 充分 的 信心 。 我 发 现 , 观察 这 些 可 能 重复 的 函数 之 间 的 差异 往往 大 有 收获 : 
它们 经 常会 向 我 展示 那些 我 忘记 测试 的 行为 。 


Pull Up Method (322) 常 常 紧 随 其 他 重 构 而 被 使 用 。 也 许 你 能 找 出 若干 个 身 处 不 
同 子 类 内 的 函数 , 而 它们 又 可 以 通过 某 种 形式 的 参数 调整 成 为 相同 的 函数 。 这 时 候 ， 
最 简单 的 办 法 就 是 首先 分 别 调整 这 些 函 数 的 参数 ， 然 后 再 将 它们 概括 到 超 类 中 。 当 
然 ， 如 果 你 足够 自信 ， 也 可 以 一 次 完成 这 两 个 步骤 。 


有 一 种 特殊 情况 也 需要 使 用 Pull Up Method (322): TRK RAA S TERK 
数 ， 但 却 仍然 做 相同 的 工作 。 
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Pull Up Method (322) 过 程 中 最 麻烦 的 一 点 就 是 : 被 提升 的 函数 可 能 会 引用 只 出 
现 于 子 类 而 不 出 现 于 超 类 的 特性 。 如 果 被 引用 的 是 个 函数 ， 你 可 以 将 该 函数 也 一 同 
提升 到 超 类 ， 或 者 在 超 类 中 建立 一 个 抽象 函数 。 在 此 过 程 中 ， 你 可 能 需要 修改 某 个 
函数 的 签名 ， 或 建立 一 个 委托 函数 。 


如 果 两 个 函数 相似 但 不 相同 ， 你 或 许可 以 先 借助 Form Template Method (345) 构 
造 出 相同 的 函数 ， 然 后 再 提升 它们 。 
做 法 
O 检查 待 提升 函数 ， 确 定 它们 是 完全 一 致 的 。 
=» 如 果 这 些 函 数 看 上 去 做 了 相同 的 事 ， 但 并 不 完全 一 致 ， 可 使 用 Substitute 
Algorithm (139) 让 它们 变 得 完全 一 致 。 
o 如 果 待 提升 函数 的 签名 不 同 , 将 那些 签名 都 修改 为 你 想 要 在 超 类 中 使 用 的 签名 。 


O 在 超 类 中 新 建 一 个 函数 ， 将 某 一 个 待 提升 函数 的 代码 复制 到 其 中 ， 做 适当 调 
整 ， 然 后 编译 。 
=> 如 果 你 使 用 的 是 一 种 强 类 型 语言 ,而 待 提升 函数 又 调用 了 一 个 只 出 现 于 于 
类 而 未 出 现 于 超 类 的 函数 ,你 可 以 在 超 类 中 为 被 调用 函数 声明 一 个 抽象 函 
数 。 
=> 如 果 待 提升 函数 使 用 了 子 类 的 一 个 字段 ， 你 可 以 使 用 Pull Up Field (320) 
将 该 字段 也 提升 到 超 类 ; 或 者 也 可 以 先 使 用 Self Encapsulate Field (171); 
然后 在 超 类 中 把 取 值 函数 声明 为 抽象 函数 。 
O 移 除 一 个 待 提升 的 子 类 函数 。 
O 编译 ， 测 试 。 
o 逐一 移 除 待 提升 的 子 类 函数 ， 直 到 只 剩 下 超 类 中 的 函数 为 止 。 每 次 移 除 之 后 
都 需要 测试 。 
D 观察 该 函数 的 调用 者 ， 看 看 是 否 可 以 改 为 使 用 超 类 类 型 的 对 象 。 


范例 
我 以 customer 表 示 “ 顾 客 ”， 它 有 两 个 子 类 : 表示 “普通 顾客 ”的 Regular- 
customer 和 表示 “贵宾 ”的 PreferredCustomer。 





www.TopSage.com 


第 11 章 处理 概括 关系 












addBill (dat: Date, amount: double) 






Prt 


createBill (Date) createBill (Date) 
chargeF or (start: Date, end: Date) chargeFor (start: Date, end: Date) 


两 个 子 类 都 有 一 个 createBi11() 函数 ， 并 且 代 码 完全 一 样 : 


void createBill (date Date) { 
double chargeAmount = chargeFor(lastBillDate, date); 
addBill (date, charge); 
} 
但 我 不 能 直接 把 这 个 函数 上 移 到 超 类 , 因为 各 个 子 类 的 chargeFor () 函数 并 不 
相同 。 我 必须 先 在 超 类 中 声明 chargeFor () 抽象 函数 : 


class Customer... 
abstract double chargeFor(date start, date end) 


然后 ， 我 就 可 以 将 createBi1l1() 函数 从 其 中 一 个 子 类 复制 到 超 类 。 复 制 完 
后 应 该 编译 ， 然 后 移 除 那个 子 类 的 createBi1l1l() 函 数 ， 再 编译 并 测试 。 随 后 再 移 
除 另 一 个 子 类 的 createBill () 图 数 ， 再 次 编译 并 测试 : 













addBill (dat: Date, amount: double) 
createBill (Date) 
chargeFor (start: Date, end: Date) 


chargeFor (start: Date, end: Date) chargeFor (start: Date, end: Date) 
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11.3 Pull Up Constructor Body (#415 MAA LB) 
你 在 各 个 子 类 中 拥有 一 些 构造 函数 ， 它 们 的 本 体 几 乎 完全 一 致 。 
在 超 类 中 新 建 一 个 构造 函数 ， 并 在 子 类 构造 函数 中 调用 它 。 


class Manager extends Employee... 
public Manager(String name, String id, int grade) { 
_name = name; 
id = id; 
_grade = grade; 


J} 


VY 


public Manager(String name, String id, int grade) { 
super (name, id); 
_grade = grade; 

} 


动机 


构造 函数 是 很 奇妙 的 东西 。 它 们 不 是 普通 函数 ， 使 用 它们 比 使 用 普通 函数 受到 
更 多 的 限制 。 


如 果 你 看 见 各 个 子 类 中 的 函数 有 共同 行为 ， 第 一 个 念头 应 该 是 将 共同 行为 提炼 
到 一 个 独立 函数 中 ， 然 后 将 这 个 函数 提升 到 超 类 。 对 构造 函数 而 言 ， 它 们 彼此 的 共 
同行 为 往往 就 是 “对 象 的 建构 ”。 这 时 候 你 需要 在 超 类 中 提供 一 个 构造 函数 ， 然 后 让 
子 类 都 来 调用 它 。 很 多 时 人 息 ， 子 类 构造 函数 的 唯一 动作 就 是 调用 超 类 构造 函数 。 这 
里 不 能 运用 Pull Up Method (322)， 因 为 你 无 法 在 子 类 中 继承 超 类 构造 函数 。( 你 可 
曾 痛 恨 过 这 个 规定 ?) 


如 果 重 构 过 程 过 于 复杂 ， 你 可 以 考虑 转 而 使 用 Replace Constructor with Factory 
Method (304). 
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做 法 
O 在 超 类 中 定义 一 个 构造 函数 。 


a 将 子 类 构造 函数 中 的 共同 代码 搬移 到 超 类 构造 函数 中 。 


> 被 搬移 的 可 能 是 子 类 构造 函数 的 全 部 内 容 . 
> 首先 设法 将 共同 代码 搬移 到 子 类 构造 函数 起 始 处 ,然后 再 复制 到 超 类 构造 
函数 中 。 


O 将 子 类 构造 函数 中 的 共同 代码 删 掉 ， 改 而 调用 新 建 的 超 类 构造 函数 。 


> 如 果子 类 构造 函数 中 的 所 有 代码 都 是 一 样 的 ,那么 子 类 构造 函数 就 只 需要 
调用 超 类 构造 函数 。 


n 编译 ， 测 试 。 
> 如 果 日 后 子 类 构造 函数 再 出 现 共 同 代码 ， 你 可 以 首先 使 用 Extract Method 


(110) 将 那 一 部 分 提炼 到 一 个 独立 函数 ， 然 后 使 用 Pull Up Method (322 ) 
将 该 函数 上 移 到 超 类 ， 


范例 
下 面 是 一 个 表示 “雇员 ”的 Employee 类 和 和 一 个 表示 “经 理 ” 的 Manager 类 ; 


class Employee... 
protected String _name; 
protected String _id; 


class Manager extends Employee... 
public Manager (String name, String id, int grade) { 
_name = name; 
_id = id; 
_grade = grade; 


} 
private int _grade; 


Employee 的 字段 应 该 在 Employee 构 造 函 数 中 设 初 值 。 因 此 我 定义 了 一 个 
Employee 构 造 函 数 ， 并 将 它 声 明 为 protected， 表 示 子 类 应 该 调用 它 : 


class Employee 
protected Employee (String name, String id) { 
-name = name; 
_id = id; 
} 
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然后 ， 我 从 子 类 中 调用 它 : 


public Manager (String name, String id, int grade) { 
super (name, id); 
_grade = grade; 

} 


后 来 情况 又 有 些 变 化 ， 构 造 函 数 中 出 现 了 共同 代码 。 假 如 我 有 以 下 代码 : 


class Employee... 
boolean isPriviliged() {..} 
void assignCar() {..} 
class Manager... 
public Manager(String name, String id, int grade) { 
super(name, id); 
_grade = grade; 
if (isPriviliged()) assignCar(); // every subclass does this 
} 
boolean isPriviliged() { 
return _grade > 4; 


} 


我 不 能 把 调用 assigncar () 的 行为 移 到 超 类 构造 函数 中 , 因为 唯 有 把 合适 的 值 
赋 给 _graae 字 段 后 才能 执行 assigncar() 。 此 时 我 需要 使 用 Extract Method (110) 
Ail Pull up Method (322). 


class Employee... 
void initialize() { 
if (isPriviliged()) assignCar(); 
} 
class Manager... 
public Manager (String name, String id, int grade) { 
super(name, id); 
_grade = grade; 
initialize(); 
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11.4 Push Down Method (函数 下 移 ) 


超 类 中 的 某 个 函数 只 与 部 分 (而 非 全 部 〉 子 类 有 关 。 
将 这 个 函数 移 到 相关 的 那些 子 类 去 。 











a 
A 7 /\ 
一 一 | eS 


动机 
Push Down Method (328) +3 Pull Up Method (322) 恰 怡 相 反 。 当 我 有 必要 把 某 些 行 
为 从 超 类 移 至 特定 的 子 类 时 ， 我 就 使 用 Push Down Method (328)， 它 通常 也 只 在 这 种 
时 候 有 用 。 使 用 Extract Subclass (330) 之 后 你 可 能 会 需要 它 。 
做 法 
口 在 所 有 子 类 中 声明 该 函数 ， 将 超 类 中 的 函数 本 体 复制 到 每 一 个 子 类 函数 中 。 
=> 你 可 能 需要 将 超 类 的 某 些 字段 声明 为 protected， 让 子 类 函数 也 能 够 访问 它 
们 。 如 果 日 后 你 也 想 把 这 些 字段 下 移 到 子 类 ,通常 就 可 以 那么 做 ; 否则 应 
该 使 用 超 类 提供 的 访问 函数 。 如 果 访 问 函 数 并 非 public， 你 得 将 它 声明 为 


protected. 
O 删除 超 类 中 的 函数 。 
=> 你 可 能 必须 修改 调用 端的 某 些 变量 声明 或 参数 声明 ， 以 便 能 够 使 用 子 类 。 
=> 如 果 有 必要 通过 一 个 超 类 对 象 访问 该 函数 ,或 你 不 想 把 该 函数 从 任何 子 类 
中 移 除 ,再 或 超 类 是 抽象 类 , 那么 你 就 可 以 在 超 类 中 把 该 函数 声明 为 抽象 
CES 
上 编译 ， 测 试 。 
D 将 该 函数 从 所 有 不 需要 它 的 那些 子 类 中 删 掉 。 
O 编译 ， 测 试 。 
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11.5 Push Down Field (字段 下 移 ) 


超 类 中 的 某 个 字段 只 被 部 分 〈 而 非 全 部 ) 子 类 用 到 。 
将 这 个 字段 移 到 需要 它 的 那些 子 类 去 。 


动机 

Push Down Field (329) 与 Pull Up Field(320) 恰 恰 相 反 : 如 果 只 有 某 些 (而 非 全 部 ) 
子 类 需要 超 类 内 的 一 个 字段 ， 你 可 以 使 用 本 项 重 构 。 
做 法 

D 在 所 有 子 类 中 声明 该 字段 。 

O 将 该 字段 从 超 类 中 移 除 。 

O 编译 ， 测 试 。 

a 将 该 字段 从 所 有 不 需要 它 的 那些 子 类 中 删 掉 。 

O 编译 ， 测 试 。 
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11.6 Extract Subclass (提炼 子 类 ) 





类 中 的 某 些 特 性 只 被 某 些 〈 而 非 全 部 ) 实例 用 到 。 
新 建 一 个 子 类 ， 将 上 面 所 说 的 那 一 部 分 特性 移 到 子 类 中 。 


getTotalPrice 
getUnitPrice 


getUnitPrice 
getEmployee 
动机 


使 用 Extract Subclass (330) 的 主要 动机 是 : 你 发 现 类 中 的 某 些 行为 只 被 一 部 分 实 
例 用 到 ， 其 他 实例 不 需要 它们 。 有 时 候 这 种 行为 上 的 差异 是 通过 类 型 码 区 分 的 ， 此 
时 你 可 以 使 用 Replace Type Code with Subclasses (223) 或 Replace Type Code with 
State/Strategy (227)。 但 是 ， 并 非 一 定 要 出 现 了 类 型 码 才 表 示 需 要 考虑 使 用 子 类 。 



















Extract Class (149) 是 Extract Subclass (330) 之 外 的 另 一 种 选择 ， 两 者 之 间 的 抉择 
其 实 就 是 委托 和 继承 之 间 的 抉择 。Extract Subclass (330) 通 常 更 容易 进行 ， 但 它 也 有 
限制 :一旦 对 象 创建 完成 , 你 无 法 再 改变 与 类 型 相关 的 行为 。 但 如 果 使 用 Extract Class 
(149)， 你 只 需 插 入 另 一 个 组 件 就 可 以 改变 对 象 的 行为 。 此 外 ,， 子 类 只 能 用 以 表现 一 
组 变化 。 如 果 你 希望 一 个 类 以 几 种 不 同 的 方式 变化 ， 就 必须 使 用 委托 。 
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做 法 
O 为 源 类 定义 一 个 新 的 子 类 。 
a 为 这 个 新 的 子 类 提供 构造 函数 。 
=> 简单 的 做 法 是 : 让 子 类 构造 函数 接受 与 超 类 构造 函数 相同 的 参数 ， 并 通过 
super 调 用 超 类 构造 函数 。 


> 如果 你 希望 对 用 户 隐 藏 子 类 的 存在 ， 可 使 用 Replace Constructor with 
Factory Method (304). 


找 出 调用 超 类 构造 函数 的 所 有 地 点 。 如 果 它 们 需要 的 是 新 建 的 子 类 , 令 它们 
改 而 调用 新 构造 函数 。 


> 如 果子 类 构造 函数 需要 的 参数 和 超 类 构造 函数 的 参数 不 同 ， 可 以 使 用 
Rename Method (273) 修 改 其 参数 列 . 如 果子 类 构造 函数 不 需要 超 类 构造 函 
数 的 某 些 参数 ， 可 以 使 用 Rename Method (273) 将 它们 去 除 。 

> 如 果 不 再 需要 直接 创建 超 类 的 实例 ， 就 将 超 类 声明 为 抽象 类 。 


a 逐一 使 用 Push Down Method (328) 和 Push Down Field (329) 将 源 类 的 特性 移 到 
子 类 去 。 


= $ Extract Class (149) 不 同 的 是 , FALE BHA AME, 通常 会 简单 一 些 ， 

=» 当 一 个 public 函 数 被 下 移 到 子 类 后 ， 你 可 能 需要 重新 定义 该 函数 的 调用 端 
的 局 部 变量 或 参数 类 型 ， 让 它们 改 而 调用 子 类 中 的 新 函数 。 如 果 忘 记 进行 
这 一 步骤 ， 编 译 器 会 提醒 你 ， 

找到 所 有 这 样 的 字段 : 它们 所 传达 的 信息 如 今 可 由 继承 体系 自身 传达 (这 一 

类 字段 通常 是 boolean 变 量 或 类 型 码 )。 以 Self Encapsulate Field (171) 避 免 直 接 

使 用 这 些 字段 ， 然 后 将 它们 的 取 值 函数 替换 为 多 态 常量 函数 。 所 有 使 用 这 些 

字段 的 地 方 都 应 该 以 Replace Conditional with Polymorphism (255) 重 构 。 

=» 任何 函数 如 果 位 于 源 类 之 外 ， 而 又 使 用 了 上 述 字 段 的 访问 函数 ， 考 虑 以 
Move Method (142) 将 它 移 到 源 类 中 ， 然 后 再 使 用 Repiace Conditional with 
Polymorphism (255). 


D 每 次 下 移 之 后 ， 编 译 并 测试 。 


口 


口 
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范例 
下 面 是 JobItem 类 ， 用 来 决定 当地 修 车 厂 的 工作 报价 : 


class JobItem .. 

public JobItem{int unitPrice, int quantity, boolean isLabor, Employee 
employee) { 
_unitPrice = unitPrice; 
quantity = quantity; 
_isLabor = isLabor; 
_employee = employee; 

} 

public int getTotalPrice() { 
return getUnitPrice() * _quantity; 

} 

public int getUnitPrice({) { 
return ({_isLabor) ? 

_employee.getRate() 
_unitPrice; 

} 

public int getQuantity() { 
return _quantity; 

} 

public Employee getEmployee() { 
return _employee; 

private int _unitPrice; 

private int _quantity; 

private Employee _employee; 

private boolean _isLabor; 

class Employee... 

public Employee(int rate) { 
_rate = rate; 

} 

public int getRate() { 
return _rate; 

} 


private int _rate; 


我 要 提炼 出 一 个 LaborItem 子 类 , 因为 上 述 某 些 行为 和 数据 只 在 按 工 时 (labor) 
收费 的 情况 下 才 需 要 。 首 先 建立 这 样 一 个 类 ; 

class LaborItem extends JobItem {} 

我 需要 为 LaborItem 提 供 一 个 构造 函数 ， 因 为 JobItem 没 有 默认 构造 函数 。 我 
把 超 类 构造 函数 的 参数 列 复制 过 来 : 


public Laboritem {int unitPrice, int quantity, boolean isLabor, Employee 
employee) { 

super (unitPrice, quantity, isLabor, employee); 

} 
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这 就 足以 让 新 的 子 类 通过 编译 了 。 但 是 这 个 构造 函数 会 造成 混淆 某 些 参数 是 
DaborItem 所 需要 的 ， 另 一 些 不 是 。 稍 后 我 再 来 解决 这 个 问题 。 


下 一 步 是 要 找 出 对 JobItem 构 造 函数 的 调用 ， 并 从 中 找 出 可 以 改 用 LaborItem 
构造 函数 的 地 方 。 因 此 ， 下 列 语句 : 


JobItem j1 = new JobItem (0, 5, true, kent}; 


就 被 修改 为 : 


JobItem j1 = new LaborItem (0, 5, true, kent); 


此 时 我 尚未 修改 变量 类 型 ， 只 是 修改 了 构造 函数 所 属 的 类 。 之 所 以 这 样 做 ， 是 
因为 我 希望 只 在 必要 地 点 才 使 用 新 类 型 。 到 目前 为 止 ， 子 类 还 没有 专属 接口 ， 因 此 
我 还 不 想 宣布 任何 改变 。 


现在 正 是 清理 构造 函数 参数 列 的 好 时 机 。 我 将 针对 每 个 构造 函数 使 用 Renrame 
Method (273)。 首 先 处 理 超 类 构造 函数 。 我 要 新 建 一 个 构造 函数 ， 并 把 旧 构 造 函 数 声 
明 为 protected (不 能 直接 声明 为 private， 因 为 子 类 还 需要 它 ): 


class JobItem... 
protected JobItem (int unitPrice, int quantity, boolean isLabor, Employee 
employee) { 
_unitPrice = unitPrice; 
_quantity = quantity; 
_isLabor = isLabor; 
_employee = employee; 
} 
public JobItem (int unitPrice, int quantity) { 
this (unitPrice, quantity, false, null) 


} 
现在 ， 外 部 调用 应 该 使 用 新 构造 函数 : 
JopItem j2 = new JobItem {10, 15); 


编译 、 测 试 都 通过 后 ， 我 再 使 用 Rename Method (273) 修 改 子 类 构造 函数 : 


class LaborItem 
public LaborItem (int quantity, Employee employee) { 
super (0, quantity, true, employee); 
} 


此 时 我 仍然 暂时 使 用 protected 的 超 类 构造 函数 。 
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现在 ,我 可 以 将 JobItem 的 特性 问 下 搬移 。 先 从 函数 开始 , 我 先 运用 Push Down 
Method (328) 对 付 get Employee () 函数 : 


class Laboritem... 
public Employee getEmployee({) { 
return _employee; 
} 
class JobItem... 
protected Employee _employee; 


因为 _emplovee 字 段 也 将 在 稍 后 被 下 移 到 LaborItem, 所 以 我 现在 先 将 它 声 明 
为 protected 。 


将 _employee 字 段 声明 为 protected 之 后 ， 我 可 以 再 次 清理 构造 函数 ， 让 
_employee 只 在 即将 去 达 的 子 类 中 被 初始 化 : 


class JobItem... 
protected JobItem (int unitPrice, int quantity, boolean isLabor) { 
_unitPrice = unitPrice; 
_quantity = quantity; 
_isLabor = isLabor; 
} 
class LaborItem ... 
public LaborItem (int quantity, Employee employee) { 
super (0, quantity, true); 
_employee = employee; 
} 


_isLabor 字 段 所 传达 的 信息 , 现在 已 经 成 为 继承 体系 的 内 在 信息 , 因此 我 可 以 
移 除 这 个 字段 了 。 最 好 的 方式 是 : 先 使 用 Self Encapsulate Field(171)， 然 后 再 修改 访 
问 函 数 ， 改 用 多 态 常量 函数 一 一 这 样 的 函数 会 在 不 同 的 子 类 实现 版 本 中 返回 不 同 的 
固定 值 : 


class JobItem... 
protected boolean isLabor() { 
return false; 


} 
class LaboriItem... 
protected boolean isLabor({) í 


return true; 


} 


然后 ， 我 就 可 以 摆脱 _isLabor 字 段 了 。 
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现在 ， 我 可 以 观察 isLabor() 函数 的 用 户 ， 并 运用 Replace Conditional with 
Polymorphism (255) 重 构 它 们 。 我 找到 了 下 列 这 样 的 函数 : 


class JobItem... 
public int getUnitPrice() { 


return (isLabor()) ? 
_employee.getRate(): 
_unitPrice; 


} 


将 它 重 构 为 : 


class JobItem... 
public int getUnitPrice() { 
return _unitPrice; 
} 
class LaborItem... 
public int getUnitPrice() { 
return _employee.getRate(); 
} 


当 使 用 某 项 字段 的 函数 全 被 下 移 至 子 类 后 , 我 就 可 以 使 用 Push Down Field (329) 
将 字段 也 下 移 。 如 果 尚 无 法 移动 字段 ， 那 就 表示 我 需要 对 函数 做 更 多 处 理 ， 可 能 需 
要 实施 Push Down Method (328) 或 Replace Conditional with Polymorphism (255). 


由 于 只 有 按 零 件 收费 的 工作 项 才 会 用 到 _unitPrice 字 段 ， 所 以 我 可 以 再 次 运 
FH Extract Subclass (330) 对 JobItem 提 炼 出 一 个 子 类 : PartsItem。 完 成 后 ， 我 可 以 
将 JobItem 声 明 为 抽象 类 。 


www. lopSage.com 





第 11 章 处理 概括 关系 





11.7 Extract Superclass (提炼 超 类 ) 
两 个 类 有 相似 特性 。 
为 这 两 个 类 建立 一 个 超 类 ， 将 相同 特性 移 至 超 类 。 


getTotalAnnualCost 
Na 











getAnnualCost 


getHeadCount 





动机 


重复 代码 是 系统 中 最 糟糕 的 东西 之 一 。 如 果 你 在 不 同 地 方 做 同一 件 事情 ， 一 旦 
需要 修改 那些 动作 ， 你 就 得 平 白 做 更 多 的 修改 。 


重复 代码 的 某 种 形式 就 是 : 两 个 类 以 相同 的 方式 做 类 似 的 事情 ， 或 者 以 不 同 的 
方式 做 类 似 的 事情 。 对 象 提供 了 一 种 简化 这 种 情况 的 机 制 ， 那 就 是 继承 。 但 是 ， 在 
建立 这 些 具 有 共通 性 的 类 之 前 ， 你 往往 无 法 发 现 这 样 的 共通 性 ， 因 此 经 常会 在 具有 
共通 性 的 类 出 现 之 后 ， 再 开始 建立 其 间 的 继承 结构 。 

另 一 种 选择 就 是 Extract Class (149)。 这 两 种 方案 之 间 的 选择 其 实 就 是 继承 和 委 
托 之 间 的 选择 。 如 果 两 个 类 可 以 共享 行为 ， 也 可 以 共享 接口 ， 那 么 继承 是 比较 简单 
的 做 法 。 如 果 你 选 错 了 ， 也 总 有 Replace Inheritance with Delegation (352) 这 瓶 后 悔 药 
可 吃 。 
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做 法 
a 为 原本 的 类 新 建 一 个 空白 的 抽象 超 类 。 


O 运用 Pull Up Field (320), Pull Up Method (322) 和 和 Pull Up Constructor Body (325) 
逐一 将 子 类 的 共同 元 素 上 移 到 超 类 。 


=> 先 搬 移 字 段 ， 通 常 比较 简单 。 

> 如 果 相 应 的 子 类 函数 有 不 同 的 签名 ， 但 用 途 相 同 ， 可 以 先 使 用 Renrame 
Method (273) 将 它们 的 签名 改 为 相同 ， 然 后 再 使 用 Pull Up Method (322). 

> 如 果 相 应 的 子 类 函数 有 相同 的 签名 , 但 函数 本 体 不 同 , 可 以 在 超 类 中 把 它 
们 的 共同 签名 声明 为 抽象 函数 。 

洛 如 果 相 应 的 子 类 函数 有 不 同 的 函数 本 体 ， 但 用 途 相 同 ， 可 试 着 使 用 
Substitute Algorithm (139) 把 其 中 一 个 函数 的 函数 本 体 复制 到 另 一 个 函数 
中 。 如 果 运 转正 常 ， 你 就 可 以 使 用 Pull Up Method (322). 


D 


每 次 上 移 后 ， 编 译 并 测试 。 


C 


检查 留 在 子 类 中 的 函数 , 看 它们 是 否 还 有 共通 成 分 。 如 果 有 , 可 以 使 用 Extract 
Method (110) 将 共通 部 分 再 提炼 出 来 ， 然 后 使 用 Pull Up Method (322) 将 提炼 
出 的 函数 上 移 到 超 类 。 如 果 各 个 子 类 中 某 个 函数 的 整体 流程 很 相似 ,你 也 许 
可 以 使 用 Form Template Method (345). 


O 将 所 有 共通 元 素 都 上 移 到 超 类 之 后 ,检查 子 类 的 所 有 用 户 。 如 果 它 们 只 使 用 
共同 接口 ， 你 就 可 以 把 它们 请 求 的 对 象 类 型 改 为 超 类 。 


范例 


下 面 例 中 ， 我 以 Employee 表 示 “ 员 工 ”， 以 pepartment 表 示 “ 部 门 ” 





class Employee... 

public Employee(String name, String id, int annualCost) { 
_name = name; 
_id = id; 
_annualCost = annualCost; 

} 

public int getAnnualCost() { 
return _annualCost; 


} 
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public String getId() { 
return _id; 

} 

public String getName() { 
return _name; 

} 

private String _name; 

private int _annualCost; 

private String _id; 


public class Department... 

public Department (String name) { 
_name = name; 

} 

public int getTotalAnnualCost() { 
Enumeration e = getStaff£(); 
int result = 0; 
while (e.hasMoreElements()) { 

Employee each = (Employee) e.nextElement (); 
result += each.getAnnualCost (); 

} 
return result; 

} 

public int getHeadCount() { 
return _staff.size(); 

} 

public Enumeration getStaff() { 
return _staff.elements(); 

} 

public void addStaff(Employee arg) { 
_staff.addElement (arg); 

} 

public String getName() { 
return _name; 

} 

private String _name; 

private Vector _staff = new Vector(); 


这 里 有 两 处 共同 点 。 首 先 ， 员 工 和 部 门 都 有 名 称 ， 其 次 ， 它 们 都 有 年 度 成 本 ， 
只 不 过 计算 方式 略 有 不 同 。 我 要 提炼 出 一 个 超 类 ， 用 以 包容 这 些 共通 特性 。 第 一 步 
是 新 建 这 个 超 类 ， 并 将 现 有 的 两 个 类 定义 为 其 子 类 : 


abstract class Party {} 
class Employee extends Party... 
class Department extends Party... 
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然后 我 开始 把 特性 上 移 至 超 类 。 先 实施 Pull up Field (320) 通 常会 比较 简单 : 


class Party... 
protected String _name; 


然后 ， 我 可 以 使 用 Pull Up Method (322) 把 这 个 字段 的 取 值 函数 也 上 移 至 超 类 : 


class Party { 


public String getName() { 
return _name; 


} 


我 通常 会 把 这 个 字段 声明 为 private。 不 过 ， 在 此 之 前 ， 我 需要 先 使 用 Pull Up 
Constructor Body (325)， 这 样 才能 对 _name 正 确 赋值 : 


class Party... 
protected Party(String name) { 
_name = name; 
} 


private String _name; 


class Employee... 
public Employee(String name, String id, int annualCost) { 
super (name) ; 
_id = id; 
_annualCost = annualCost; 


class Department... 
public Department (String name) { 
super (name) ; 


} 


Department .getTotalAnnualCost () 和 Employee.getAnnualCost() 两 
个 函数 的 用 途 相 同 ， 因 此 它们 应 该 有 相同 的 名 称 。 我 先 运 用 Rename Method (273) 把 
它们 的 名 称 改 为 相同 : 


class Department extends Party { 
public int getAnnualCost() { 
Enumeration e = getStaff(); 
int result = 0; 
while (e.hasMoreElements()) { 
Employee each = (Employee) e.nextElement () ; 
result += each.getAnnualCost(); 





} 
return result; 
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它们 的 函数 本 体 仍 然 不 同 ， 因 此 我 目前 还 无 法 使 用 Pull Up Method (322)。 但 是 
我 可 以 在 超 类 中 声明 一 个 抽象 函数 : 


abstract public int getAnnualCost () 


这 一 步 修改 完成 后 ， 我 需要 观察 两 个 子 类 的 用 户 ， 看 看 是 否 可 以 改变 它们 转 而 
使 用 新 的 超 类 。 用 户 之 一 就 是 Department 自身, 它 保存 了 一 个 Employee 对 象 集合 。 
Department .GetaAnnualCost ( ) 只 调用 集合 内 的 元 素 (对 象 ) 的 get AnnualCost () 
函数 ， 而 该 函数 目前 是 在 Party 中 声明 的 : 


class Department... 
public int getAnnualCost() { 

Enumeration e = getStaff(); 

int result = 0; 

while (e.hasMoreElements()}) { 
Party each = (Party) e.nextElement(); 
result += each.getAnnualCost (); 

} 

return result; 


} 


这 一 行为 暗示 一 种 新 的 可 能 性 : 我 可 以 用 Composite 模 式 [Gang of Four] 来 对 待 
Department 和 Emoloyee， 这 样 就 可 以 让 一 个 Department 对象 包容 另 一 个 
Department 对 象 。 这 是 一 项 新 功能 ， 所 以 这 项 修改 严格 来 说 不 属于 重 构 范围 。 如 
果 用 户 恰好 需要 Composite 模 式 ， 我 可 以 修改 _staff 字 段 名 字 ， 使 其 更 好 地 表现 这 
一 模式 。 这 一 修改 还 会 带 来 其 他 相应 修改 : 修改 aadastaff() HREM, HHA 
数 的 参数 类 型 改 为 Party。 最 后 还 需要 把 headCount () 函数 变 成 一 个 递归 调用 。 我 
的 做 法 是 在 Employee 中 建立 一 个 headcount () 函数 ， 让 它 返回 1; 再 使 用 Substitute 
Algorithm (139) 修 改 Department 的 headcount() 函数 ， 让 它 加 总 各 部 门 的 
headCount () 调用 结果 。 
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11.8 Extract Interface (提炼 接口 》 


若干 客户 使 用 类 接口 中 的 同一 子 集 ， 或 者 两 个 类 的 接口 有 部 分 相同 。 
将 相同 的 子 集 提炼 到 一 个 独立 接口 中 。 


«interlace» 
Billable 










动机 
类 之 间 彼 此 互 用 的 方式 有 老 于 种 。“ 使 用 一 个 类 "通常 意味 用 到 该 类 的 所 有 责任 


区 。 另 一 种 情况 是 ， 某 一 组 客户 只 使 用 类 责任 区 中 的 一 个 特定 子 集 。 再 一 种 情况 则 
是 ， 这 个 类 需要 与 所 有 协助 处 理 某 些 特定 请 求 的 类 合作 。 


对 于 后 两 种 情况 ， 将 真正 用 到 的 这 部 分 责任 分 离 出 来 通常 很 有 意义 ， 因 为 这 样 


可 以 使 系统 的 用 法 更 清晰 ， 同 时 也 更 容易 看 清 系统 的 责任 划分 。 如 果 新 的 类 需要 支 


持 上 述 子 集 ， 也 比较 能 够 看 清 子 集 内 有 些 什 么 东西 。 


在 许多 面向 对 象 语言 中 ， 这 种 责任 划分 是 通过 多 继承 (multiple inheritance) 来 
实现 的 。 你 可 以 针对 每 组 行为 建立 一 个 类 ， 再 将 它们 组 合 于 同一 个 实现 中 。Java 只 
提供 单 继承 (single inheritance)， 但 你 可 以 运用 接口 (interface) 来 昭示 并 实现 上 述 
需求 。 接 口 对 于 Java 程 序 的 设计 方式 有 着 巨大 的 影响 ， 就 连 Smalltalk 程 序 员 都 认为 
接口 是 一 大 进步 ! 
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Extract Superclass (336) 和 和 Extract Interface (341) 之 间 有 些 相 似 之 处 。Extract 
Interface (341) 只 能 提炼 共通 接口 ， 不 能 提炼 共通 代码 。 使 用 Extract Interface (341) 
可 能 造成 难 闻 的 “重复 ” 坏 味道 ， 幸 而 你 可 以 运用 Extract Class (149) 先 把 共通 行为 
放 进 一 个 组 件 中 ， 然 后 将 工作 委托 该 组 件 ， 从 而 解决 这 个 问题 。 如 果 有 不 少 共通 行 
为 ，Extract Superclass (336) 会 比较 简单 ， 但 是 每 个 类 只 能 有 一 个 超 类 。 


如 果 某 个 类 在 不 同 环境 下 扮演 截然 不 同 的 角色 ， 使 用 接口 就 是 个 好 主意 。 你 可 
以 针对 每 个 角色 以 Extract Interface (341) 提 炼 出 相应 接口 。 男 一 种 可 以 用 上 Extract 
Interface (341) 的 情况 是 :你 想 要 描述 一 个 类 的 外 部 依赖 接口 (outbound interface, 
即 这 个 类 要 求 服 务 提 供 方 提供 的 操作 )。 如 果 你 打算 将 来 加 入 其 他 种 类 的 服务 对 象 ， 
只 需要 求 它 们 实现 这 个 接口 即 可 。 


做 法 
O 新 建 一 个 空 接口 。 
O 在 接口 中 声明 待 提炼 类 的 共通 操作 。 
a 让 相关 的 类 实现 上 述 接口 。 
O 调整 客户 端的 类 型 声明 ， 令 其 使 用 该 接口 。 


范例 
TimeSheet 类 表示 员工 为 客户 工作 的 时 间 表 ， 从 中 可 以 计算 客户 应 该 支付 的 费 
H. 为 了 计算 这 笔 费 用 , Timesheet 需 要 知道 员工 级 别 , 以 及 该 员工 是 否 有 特殊 技能 : 


double charge(Employee emp, int days) { 
int base = emp.getRate() * days; 
if (emp.hasSpecialSkill()) 
return base * 1.05; 
else return base; 


} 


除了 提供 员工 的 级 别 和 特殊 技能 信息 外 ，Employee 还 有 很 多 其 他 方面 的 功能 ， 
但 本 应 用 程序 只 需 这 两 项 功能 。 我 可 以 针对 这 两 项 功能 定义 一 个 接口 , 从 而 强调 “我 
只 需要 这 部 分 功能 ”的 事实 : 


interface Billable { 
public int getRate(); 
public boolean hasSpecialSkill(); 
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然后 ， 我 声明 让 Employee 实 现 这 个 接口 : 


class Employee implements Billable ... 


完成 以 后 ， 我 可 以 修改 charge() 函数 声明 ， 强 调 该 函数 只 使 用 Employee 的 这 
部 分 行为 : 
double charge(Billable emp, int days) { 
int base = emp.getRate() * days; 
if (emp.hasSpecialSkill()) 
return base * 1.05; 


else return base; 


} 


到 目前 为 止 ， 我 们 只 不 过 是 在 文档 化 方面 有 一 点 收获 。 单 就 这 一 个 函数 而 言 ， 
这 样 的 收获 并 没有 太 大 价值 ， 但 如 果 有 若干 个 类 都 使 用 Billable 接 口 ， 它 就 会 很 
有 用 。 如 果 我 还 想 计 算 电脑 租金 ， 巨 大 的 收获 就 显露 出 来 了 : 要 想 计算 客户 租用 电 
脑 的 费用 ， 我 只 需 让 Comput er 类 实现 Bi11able 接 口 ， 然 后 就 可 以 把 租用 电脑 的 时 
间 也 填 到 时 间 表 上 了 。 
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11.9 Collapse Hierarchy( 折 又 继承 体系 ) 


超 类 和 子 类 之 间 无 太 大 区 别 。 
将 它们 合 为 一 体 。 


> 
动机 


如 果 你 曾经 编写 过 继承 体系 ， 就 会 知道 ， 继 承 体系 很 容易 变 得 过 分 复杂 。 所 谓 
重 构 继承 体系 ， 往 往 是 将 函数 和 字段 在 体系 中 上 下 移动 。 完 成 这 些 动作 后 ， 你 很 可 
能 发 现 某 个 子 类 并 未 带 来 该 有 的 价值 ， 因 此 需要 把 超 类 与 子 类 合并 起 来 。 


做 法 
O 选择 你 想 移 除 的 类 : 是 超 类 还 是 子 类 ? 


o 使 用 Pull up Field (320) 和 Pull up Method (322)， 或 者 Push Down Method (328) 
和 Push Down Field (329)， 把 想 要 移 除 的 类 的 所 有 行为 和 数据 搬移 到 另 一 个 
类 。 


O 每 次 移动 后 ， 编 译 并 测试 。 


O 调整 即将 被 移 除 的 那个 类 的 所 有 引用 点 ， 令 它们 改 而 引用 合并 后 留 下 的 类 。 
这 个 动作 将 会 影响 变量 的 声明 、 参 数 的 类 型 以 及 构造 函数 。 


Q 移 除 我 们 的 目标 ;此 时 的 它 应 该 已 经 成 为 一 个 空 类 。 
O 编译 ， 测 试 。 
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11.10 Form TemPlate Method 〈 塑 造 模板 函数 ) 


你 有 一 些 子 类 ， 其 中 相应 的 某 些 函数 以 相同 顺序 执行 类 似 的 操作 ， 
但 各 个 操作 的 细节 上 有 所 不 同 。 


将 这 些 操作 分 别 放 进 独立 函数 中 ， 并 保持 它们 都 有 相同 的 签名 ， 
于 是 原 函数 也 就 变 得 相同 了 。 然 后 将 原 函 数 上 移 至 超 类 。 













double base = _units ” rate * 0.5; 
double tax = base * Site, TAX_RATE * 0.2; 
return base + tax; 








Residential Site 


getBillableAmount © 


Lifeline Site 










getBillableAmount O“ 





double base = _units * _rate; 
double tax = base * Site. TAX_RATE; 
N return base + tax; 





getBillableAmount ©. _ 

getBaseAmount 

getTaxAmount 
Residential Site 


getBaseAmount 
getTaxAmount 








return getBaseAmount() + getTaxAmount(); 
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动机 


继承 是 避免 重复 行为 的 一 个 强大 工具 。 无 论 何 时 ， 只 要 你 看 见 两 个 子 类 之 中 有 
类 似 的 函数 ,就 可 以 把 它们 提升 到 超 类 。 但 是 如 果 这 些 函数 并 不 完全 相同 该 怎么 办 ? 
我 们 仍 有 必要 尽量 避免 重复 ， 但 又 必须 保持 这 些 函数 之 间 的 实质 差异 。 


常见 的 一 种 情况 是 : 两 个 函数 以 相同 顺序 执行 大 致 相近 的 操作 ， 但 是 各 操作 不 
完全 相同 。 这 种 情况 下 我 们 可 以 将 执行 操作 的 序列 移 至 超 类 ， 并 借助 多 态 保证 各 操 
作 仍 得 以 保持 差异 性 .这样 的 函数 被 称 为 Template Method( 模 板 函 数 )[Gang of Four]. 
做 法 
D 在 各 个 子 类 中 分 解 目 标 函 数 ， 使 分 解 后 的 各 个 函数 要 不 完全 相同 ， 要 不 完全 
不 同 。 

a 运用 Pull Up Method (322) 将 各 子 类 内 完全 相同 的 函数 上 移 至 超 类 。 

O 对 于 那些 (剩余 的 、 存 在 于 各 子 类 内 的 ) 完 全 不 同 的 函数 , 实施 Rename Method 
(273)， 使 所 有 这 些 函 数 的 签名 完全 相同 。 
之 这 将 使 得 原子 数 变 为 完全 相同 ,因为 它们 都 执行 同样 一 组 函数 调用 ; 但 各 

子 类 会 以 不 同方 式 响应 这 些 调用 。 

a 修改 上 述 所 有 签名 后 ， 编 译 并 测试 。 

Q 运用 Pull Up Method (322) 将 所 有 原 函 数 逐 一 上 移 至 超 类 。 在 超 类 中 将 那些 代 
表 各 种 不 同 操作 的 函数 定义 为 抽象 函数 。 

O 编译 ， 测 试 。 

n 移 除 其 他 子 类 中 的 原 函 数 ， 每 删除 一 个 ， 编 译 并 测试 。 
范例 

现在 我 将 完成 第 1 章 遗 留 的 那个 范例 。 在 此 范例 中 ， 我 有 一 个 customer， 其 中 
有 两 个 用 于 打印 的 函数 。statement () 函数 以 ASCII 码 打印 报表 ; 


public String statement() { 
Enumeration rentals = _rentals.elements(); 
String result = “Rental Record for " + getName() + "\n"; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
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// show figures for this rental 
result += "\t" + each.getMovie().getTitle() + "\t" + 
String. valueOf(each.getCharge()) + "“\n"; 
} 


// add footer lines 
result += “Amount owed is " + String. valueOf(getTotalCharge()) + "\n"; 
result += "You earned "+ String. valueOf(getTotalFrequentRenterPoints() ) 
+ " frequent renter points"; 
return result; 
} 


函数 htmlstatement () 则 以 HTML 格 式 输出 报表 : 


public String htmlStatement() { 
Enumeration rentals = _rentals.elements(); 
String result = "<Hl>Rentals for <EM>" + getName() + "</EM></H1><P>\n"; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
// show figures for each rental 
result += each.getMovie().getTitle() + ": " + 
String. valueOf(each.getCharge()) + "<BR>\n"; 
} 
// add footer lines 
result += "<P>You owe <EM>" + String. valueOf(getTotalCharge())+ 
"</EM><P>\n"; 
result += "On this rental you earned <EM>" + 
String. valueOf(getTotalFrequentRenterPoints()) + 
"</EM> frequent renter points<P>"; 
return result; 


} 

使 用 Form Template Method (345) 之 前 ， 我 需要 对 上 述 两 个 函数 做 一 些 整理 ， 使 
它们 成 为 同一 个 超 类 下 的 子 类 函数 。 为 了 这 一 目的 , 我 使 用 函数 对 象 [Beck] 针 对 “ 报 
表 打 印 ” 创 建 一 个 独立 的 策略 继承 体系 ， 如 图 11-1。 





图 11-1 针对 “报表 输出 ”使 用 Strategy 模 式 
class Statement {} 


class TextStatement extends Statement {} 
class HtmlStatement extends Statement {} 
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现在 ， 通 过 Move Method (142)， 我 将 两 个 负责 输出 报表 的 函数 分 别 搬移 到 对 应 
的 子 类 中 : 


class Customer... 
public String statement() { 
return new TextStatement ().value(this) ; 
} 
public String htm]lStatement() { 
return new HtmlStatement ().value (this); 
} 
class TextStatement { 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 
String result = "Rental Record for "+ aCustomer.getName() + "\n"; 
while (rentals.hasMoreElements()}) { 
Rental each = (Rental) rentals.nextHlement (); 


// show figures for this rental 
result += "\t" + each.getMovie().getTitle() + "\t" 
+ String. valueOf(each.getCharge(}) + "\n"; 
} 


// add footer lines 

result += "Amount owed is " 
+ String. valueOf(aCustomer.getTotalCharge()) + "\n"; 

result += "You earned " 
+ String. valueOf(aCustomer.getTotalFrequentRenterPoints()) 
+ " frequent renter points"; ` 

return result; 

} 
class HtmlStatement { 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 


String result = “<H1l>Rentals for <EM>" + aCustomer.getName() 
+ “</EM></H1><P>\n"; 
while (rentals.hasMoreElements()) { 


Rental each = (Rental) rentals.nextElement(); 
// show figures for each rental 
result += each.getMovie().getTitle() +": " 
+ String. valueOf(each.getCharge()) + "<BR>\n"; 
} 
// add footer lines 
result += “<P>You owe <EM>" 
+ String. valueOf(aCustomer.getTotalCharge())}) + “</EM><P>\n"; 
result += "On this rental you earned <EM>" 
+ String. valueOf(aCustomer.getTotalFrequentRenterPoints () ) 
+ “</EM> frequent renter points<P>"; 
return result; 


} 


搬移 之 后 ， 我 还 对 这 两 个 函数 的 名 称 做 了 一 些 修改 ， 使 它们 更 好 地 适应 Strategy 
模式 的 要 求 。 我 之 所 以 为 它们 取 相 同名 称 ， 因 为 两 者 之 间 的 差异 不 在 于 函数 ， 而 在 
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于 函数 所 属 的 类 。 如 果 你 想 试 着 编译 这 段 代码 ， 还 必须 在 customer 类 中 添加 一 个 


getRentals() 函数 ， 并 放 宽 getTotalCharge() mi MAI getTotalFrequent- 
RenterPoints () MAA) AE. 


面 对 两 个 子 类 中 的 相似 函数 ， 我 可 以 开始 实施 Form Template Method (345) T « 
本 重 构 的 关键 在 于 : 运用 Extract Method (110) 将 两 个 函数 的 不 同 部 分 提炼 出 来 ， 从 
而 将 相似 的 代码 和 变动 的 代码 分 开 。 每 次 提炼 后 ， 我 就 建立 一 个 签名 相同 但 本 体 不 
同 的 函数 。 


第 一 个 例子 就 是 打印 报表 表 头 。 上 述 两 个 函数 都 通过 customer 对 象 获 取信 息 ， 
但 对 运算 结果 字符 串 的 格式 化 方式 不 同 。 我 可 以 将 “对 字符 串 的 格式 化 ”提炼 到 独 
立 函数 中 ， 并 将 提炼 所 得 命 以 相同 的 签名 : 


class TextStatement... 
String headerString(Customer aCustomer) { 
return “Rental Record for " + aCustomer.getName() + “\n"; 
} 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 
String result = headerString(aCustomer) ; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 


// show figures for this rental 
result += "\t" + each.getMovie().getTitle() + "\t" 
+ String. valueOf (each.getCharge()) + "\n"; 
} 


// add footer lines 

result += "Amount owed is " 
+ String.valueOf (aCustomer.getTotalCharge()) + "\n"; 

result += "You earned " 
+ String. valueOf (aCustomer.getTotalFrequentRenterPoints()) 
+ “ frequent renter points"; 

return result; 

} 





class HtmlStatement... 
String headerString(Customer aCustomer) { 
return "<Hl>Rentals for <EM>" + aCustomer.getName() + "</EM></H1><P>\n"; 
} 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 
String result = headerString(aCustomer) ; 


while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
// show figures for each rental ` 
result += each.getMovie().getTitle() + ": " 
+ String.valueOf (each.getCharge()) + "<BR>\n"; 


// add footer lines 
result += "<P>You owe <EM>" 
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+ String.valueOf (aCustomer.getTotalCharge()) + "</ EM><P>\n"; 
result += "On this rental you earned <EM>" 

+ String.valueOf (aCustomer.getTotalFrequentRenterPoints({) } 

+ "</EM> frequent renter points<P>"; 
return result; 


} 


编译 并 测试 ， 然 后 继续 处 理 其 他 元 素 。 我 将 逐一 对 各 个 元 素 进行 上 述 过 程 。 下 
面 是 整个 重 构 完 成 后 的 结果 : 


class TextStatement ... 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 
String result = headerString(aCustomer) ; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 
result += eachRentalString(each) ; 
} 
result += footerString(aCustomer) ; 
return result; 
} 


String eachRentalString(Rental aRental) { 
return “\t" + aRental.getMovie().getTitle() + "\t" 
+ String.valueOf (aRental.getCharge()) + “\n"; 
} 


String footerString(Customer aCustomer) { 
return "Amount owed is " + String.valueOf (aCustomer.getTotalCharge () ) 
+ "\n" + "You earned " 
+ String.valueOf (aCustomer.getTotalFrequentRenterPoints() ) 
+ " frequent renter points"; 


} 


class HtmlStatement... 
public String value(Customer aCustomer) { 

Enumeration rentals = aCustomer.getRentals(); 

String result = headerString(aCustomer) ; 

while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement(); 
result += eachRentalString(each); 

} 

result += footerString(aCustomer) ; 

return result; 


} 


String eachRentalString(Rental aRental) { 
return aRental.getMovie().getTitle() + ": " 
+ String.valueOf (aRental.getCharge()) + "<BR>\n"; 
} 


String footerString(Customer aCustomer) { 
return "<P>You owe <EM>" + String. valueOf (aCustomer.getTotalCharge () )} 
+ "</EM><P>" + "On this rental you earned <EM>" 
+ String.valueOf (aCustomer.getTotalFrequentRenterPoints() ) 
+ "</EM> frequent renter points<P>"; 
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所 有 这 些 修 改 都 完成 后 ， 两 个 value ( ) 函数 看 上 去 已 经 非常 相似 了 ， 因 此 我 可 
以 使 用 Pull up Method (322) 将 它们 提升 到 超 类 中 。 提 升 完 毕 后 ， 我 需要 在 超 类 中 把 
子 类 函数 声明 为 抽象 函数 。 


class Statement... 
public String value(Customer aCustomer) { 
Enumeration rentals = aCustomer.getRentals(); 
String result = headerString(aCustomer) ; 
while (rentals.hasMoreElements()) { 
Rental each = (Rental) rentals.nextElement (); 


result += eachRentalString(each) ; 
} 


result += footerString(aCustomer) ; 
return result; 


} 


abstract String headerString(Customer aCustomer) ; 
abstract String eachRentalString(Rental aRental); 
abstract String footerString(Customer aCustomer); 


然后 我 把 rextStatement .value() 函数 拿 掉 ， 编 译 并 测试 。 完 成 之 后 再 把 
HtmlStatement .value() 也 删 掉 ， 再 次 编译 并 测试 。 最 后 结果 如 图 11-2。 


完成 本 重 构 后 ， 处 理 其 他 种 类 的 报表 就 容易 多 了 : 你 只 需 为 statement 再 建 一 
个 子 类 ， 并 在 其 中 覆 写 3 个 抽象 函数 即 可 。 


Sas 
Statement) 
htmiStatement() 







Htmi Statement 


headerString(Customer) 
eachRentalString(Rental) 
footerString(Customer) 














headerString(Customer) 
eachRentalString(Rental) 
footerString(Customer) 





图 11-2 Template Method 〈 模 板 函 数 ) 塑造 完毕 后 的 类 
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11.11 Replace Inheritance with Delegation 


以 委托 取代 继承 ) 
某 个 子 类 只 使 用 超 类 接口 中 的 一 部 分 ， 或 是 根本 不 需要 继承 而 来 的 数据 。 


在 子 类 中 新 建 一 个 字段 用 以 保存 超 类 ; 调整 子 类 函数 ， 
令 它 改 而 委托 超 类 ; 然后 去 掉 两 者 之 间 的 继承 关系 。 





zz 
\ 
\ 


\ 
\ 
\ 
a 
Stack return _vector.isEmpty() 


动机 

继承 是 个 好 东西 ， 但 有 时 候 它 并 不 是 你 要 的 。 你 常常 会 遇 到 这 样 的 情况 : 一 开 
始 继承 了 一 个 类 ， 随 后 发 现 超 类 中 的 许多 操作 并 不 真正 适用 于 子 类 。 这 种 情况 下 ， 
你 所 拥有 的 接口 并 未 真正 反映 出 子 类 的 功能 。 或 者 ， 你 可 能 发 现 你 从 超 类 中 继承 了 
一 大 堆 子 类 并 不 需要 的 数据 ， 抑 或 你 可 能 发 现 超 类 中 的 某 些 protected 函 数 对 子 类 并 
没有 什么 意义 。 


你 可 以 选择 容忍 ， 并 接受 传统 说 法 : 子 类 可 以 只 使 用 超 类 功能 的 一 部 分 。 但 这 
样 做 的 结果 是 : 代码 传达 的 信息 与 你 的 意图 南 辕 北 糙 一 一 这 是 一 种 混淆 ， 你 应 该 将 
它 去 除 。 


如 果 以 委托 取代 继承 ， 你 可 以 更 清楚 地 表明 : 你 只 需要 受托 类 的 一 部 分 功能 。 
接口 中 的 哪 一 部 分 应 该 被 使 用 ， 哪 一 部 分 应 该 被 忽略 ， 完 全 由 你 主导 控制 。 这 样 做 
的 成 本 则 是 需要 额外 写 出 委托 函数 ， 但 这 些 函 数 都 非常 简单 ， 极 少 可 能 出 错 。 


www. lopSage.com 


11.11 Replace Inheritance with Delegation (以 委托 取代 继承 ) 
做 法 
a 在 子 类 中 新 建 一 个 字段 ， 使 其 引用 超 类 的 一 个 实例 ， 并 将 它 初始 化 为 this。 


O 修改 子 类 内 的 所 有 函数 , 让 它们 不 再 使 用 超 类 , 转 而 使 用 上 述 那 个 受托 字段 。 
每 次 修改 后 ， 编 译 并 测试 。 


=> 你 不 能 这 样 修改 子 类 中 通过 super 调 用 超 类 函数 的 代码 , 否则 它们 会 陷入 
无 限 递归 。 这 种 函数 只 有 在 继承 关系 被 打破 后 才能 修改 。 


a 去 除 两 个 类 之 间 的 继承 关系 ， 新 建 一 个 受托 类 的 对 象 赋 给 受托 字段 。 
O 针对 客户 端 所 用 的 每 一 个 超 类 函数 ， 为 它 添加 一 个 简单 的 委托 函数 。 
a 编译 ， 测 试 。 

范例 


滥用 继承 的 一 个 经 典范 例 就 是 让 stack 类 继承 Vector 类 Java 1.1 的 工具 库 
(java.util) 恰好 就 是 这 样 做 的 。( 这 些 淘 气 的 孩子 啊 !) 不 过 ， 作 为 范例 ， 我 只 给 出 
一 个 比较 简单 的 形式 : 


class MyStack extends Vector { 





public void push(Object element) { 
insertElementAt (element, 0); 
} 


public Object pop() { 
Object result = firstElement(); 
removeElementAt (0); 
return result; 
} 
} 


只 要 看 看 Mystack 的 用 户 , 我 就 会 发 现 , 用 户 只 要 它 做 4 件 事 : push(). popl), 
size(t) 和 isEmpty()。 后 两 个 函数 是 从 vector 继 承 来 的 。 
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我 要 把 这 里 的 继承 关系 改 为 委托 关系 。 首先, 我 要 在 Mystack 中 新 建 一 个 字段 ， 
用 以 保存 受托 的 Vector 对象。 一 开始 我 把 这 个 字段 初始 化 为 chis， 这 样 在 重 构 进 
行 过 程 中 ， 我 就 可 以 同时 使 用 继承 和 委托 : 


private Vector _vector = this; 


现在 , 我 开始 修改 Mystack 的 函数 , 让 它们 使 用 委托 关系 。 首 先 从 push () 开始: 


public void push(Object element) { 
_vector.insertElementAt (element, 0); 


} 
此 时 我 可 以 编译 并 测试 ， 一 切 都 将 运转 如 常 。 现 在 轮 到 pop () : 


public Object pop({) í 
Object result = _vector.firstElement (); 
_vector.removeElementAt (0); 
return result; 
} 


修改 完 所 有 子 类 函数 后 ， 我 可 以 打破 与 超 类 之 间 的 联系 了 : 


class MyStack extends—Veeter 
private Vector _vector = new Vector(); 


然后 , 对 于 stack 客 户 端 可 能 用 到 的 每 一 个 Vector 函 数 , 我 都 必须 在 Mystack 
中 添加 一 个 简单 的 委托 函数 : 


public int size() { 
return _vector.size(); 


} 
public boolean isEmpty() { 
return _vector.isEmpty(); 


} 
现在 我 可 以 编译 并 测试 。 如 果 我 忘记 加 入 某 个 委托 函数 ， 编 译 器 会 告诉 我 。 
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11.12 Replace Delegation with Inheritance 
(以 继承 取代 委托 ) 


你 在 两 个 类 之 间 使 用 委托 关系 ， 并 经 常 为 整个 接口 
编写 许多 极 简单 的 委托 函数 。 


让 委托 类 继承 受托 类 。 





本 重 构 与 Replace Inheritance with Delegation (352) 恰 恰 相 反 。 如 果 你 发 现 自己 需 
要 使 用 受托 类 中 的 所 有 函数 ， 并 且 费 了 很 大 力气 编写 所 有 极 简 的 委托 函数 ， 本 重 构 
可 以 帮助 你 轻松 回头 使 用 继承 。 


两 条 告诫 需 牢 记 于 心 。 首 先 ， 如 果 你 并 没有 使 用 受托 类 的 所 有 函数 ， 那 么 就 不 
应 该 使 用 Replace Delegation With Inheritance (355)， 因 为 子 类 应 该 总 是 遵循 超 类 的 接 
口 。 如 果 过 多 的 委托 函数 让 你 烦心 ， 你 有 别 的 选择 : 你 可 以 通过 Remove Middle Man 
(160) 让 客户 端 自己 调用 受托 函数 ， 也 可 以 使 用 Extract Superclass (336) 将 两 个 类 接口 
相同 的 部 分 提炼 到 超 类 中 ， 然 后 让 两 个 类 都 继承 这 个 新 的 超 类 ; 你 还 可 以 用 类 似 的 
手法 使 用 Extract Interface (341). 


另 一 种 需要 当心 的 情况 是 ， 受托 对 象 被 不 止 一 个 其 他 对 象 共享 ， 而 且 受 托 对 象 
是 可 变 的 。 在 这 种 情况 下 ， 你 就 不 能 将 委托 关系 替换 为 继承 关系 ， 因 为 这 样 就 无 法 
再 共享 数据 了 。 数 据 共 享 是 必须 由 委托 关系 承担 的 一 种 责任 ， 你 无 法 把 它 转 给 继承 
关系 。 如 果 受 托 对 象 是 不 可 变 的 ， 数 据 共享 就 不 成 问题 ， 因 为 你 大 可 放心 地 复制 对 
象 ， 谁 都 不 会 知道 。 
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做 法 


O 让 委托 端 成 为 受托 端的 一 个 子 类 。 
a 编译 。 
=> 此 时 , 某 些 函数 可 能 会 发 生 冲 突 : 它们 可 能 有 相同 的 名 称 , 但 在 返回 类 型 、 


异常 指定 或 可 见 程度 方面 有 所 差异 . 你 可 以 使 用 Remane Method (273) 解 决 
此 类 问题 。 


O 将 受托 字段 设 为 该 字段 所 处 对 象 本 身 。 

O 去 掉 简单 的 委托 函数 。 

a 编译 并 测试 。 

D 将 所 有 其 他 涉及 委托 关系 的 代码 ， 改 为 调用 对 象 自身 。 
O 移 除 受托 字段 。 


范例 
下 面 是 一 个 简单 的 Employee 类 ， 将 一 些 函 数 委托 给 男 一 个 同样 简单 的 Person 类 : 


class Employee { 
Person _person = new Person(); 


public String getName({) { 
return _person.getName(); 

} 

public void setName(String arg) { 
_person.setName (arg) ; 

} 

public String toString() í 
return "Emp: " + _person.getLastName(); 

} 

} 


class Person { 
String _name; 


public String getName() { 
return _name; 

} 

public void setName(String arg) { 
_name = arg; 


public String getLastName() { 
return _name.substring(_name.lastIndexOf("' ') + 1); 


} 
} 
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第 一 步 ， 只 需 声 明 两 者 之 间 的 继承 关系 : 


class Employee extends Person 


此 时 ， 如 果 有 任何 函数 发 生 冲 突 ， 编 译 器 会 提醒 我 。 如 果 某 几 个 函数 的 名 称 相 
同 ， 但 返回 类 型 不 同 ， 或 抛 出 不 同 的 异常 ， 它 们 之 间 就 会 出 现 冲突 。 所 有 此 类 问题 
都 可 以 通过 Rename Method (273) 加 以 解决 。 为 求 简化 ， 我 没有 在 范例 中 列 出 这 些 麻 
烦 情况 。 


下 一 步 要 将 受托 字段 设 值 为 该 字段 所 处 对 象 自身 。 同 时 ， 我 必须 先 删 掉 所 有 简 
单 的 委托 函数 (例如 getName () 和 setName () )。 如 果 留 下 这 种 函数 ， 就 会 因为 无 
限 递归 而 引起 系统 调用 栈 滋 出。 在 此 范例 中 ， 我 应 该 把 Employee 的 getName () 和 
setName () 拿 掉 。 


一 旦 Employee 可 以 正常 工作 了 ， 我 就 修改 其 中 用 到 委托 函数 的 代码 ， 让 它们 
直接 调用 从 超 类 继承 而 来 的 函数 : 


public String toString () { 
return "Emp: " + getLastName() ; 
} 


摆脱 所 有 涉及 委托 关系 的 函数 后 ， 我 也 就 可 以 摆脱 _person 这 个 受托 字段 了 。 
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K WW 


—— Kent Beck#e Martin Fowler 


一 面 的 章节 已 经 向 读者 展示 了 各 个 单项 重 构 的 步骤 ， 但 读者 恐怕 还 是 只 见 

AY 机 林 不 见 森 林 。 你 之 所 以 进行 重 构 ， 必 定 是 为 了 达到 某 个 目的 ， 而 不 公 
仅 是 为 了 看 起 来 有 所 动作 (起码 大 多 数 时 候 你 的 重 构 是 为 了 达到 某 个 目的 )。 那 么 ， 
这 整个 游戏 究竟 是 怎么 玩 的 呢 ? 


这 场 游戏 的 特点 


以 下 介绍 的 重 构 手法 中 ， 你 表 定 会 注意 到 声 件 事 : 重 构 步 骤 的 描述 ， 不 再 如 前 
面 那 么 仔细 。 这 是 因为 在 大 型 重 构 中 , j 戎 况 有 很 多 变化 读 我 们 无 法 告诉 你 准确 的 重 
构 步 骤 。 如 果 没 有 看 到 实际 情况 ， 任 锥 都 无 法 稀 切 知道 该 怎么 做 。 当 你 为 菜 个 函数 
添加 参数 时 ， 做 法 可 以 很 李 细 而 清楚 ”因为 重 构 范 围 很 清楚 ; 但 是 当 你 分 解 一 个 继 
承 体 系 时 ， 由 于 每 个 继承 体系 都 是 不 同 的 ， 所 以 我 们 无 法 宕 诉 你 确切 的 重 构 步 又 。 


另外 ， 对 于 这 些 大 型 重 构 ， 还 有 一 件 事 需 要 注意 : 它们 会 耗费 相当 长 的 时 间 。 
第 6 一 1] 章 所 介绍 的 重 构 手 法 ， 都 可 以 在 几 分 钟 〈 至 多 一 个 小 时 ) 内 完成 ; 但 是 我 们 
曾经 进行 过 的 一 些 大 型 重 构 ， 却 需要 数 月 甚至 数 年 的 时 间 。 如 果 你 需要 给 一 个 运行 
中 的 系统 添加 功能 ， 你 不 可 能 说 服 经 理 把 系统 停止 运行 两 个 月 让 你 进行 重 构 。 你 只 
能 一 点 一 点 地 做 你 的 工作 ， 今 天 一 点 点 ， 明 天 一 点 点 。 


在 这 个 过 程 中 ， 你 应 该 根据 需要 安排 自己 的 工作 ， 只 在 需要 添加 新 功能 或 修补 
错误 时 才 进 行 重 构 。 你 不 必 一 开始 就 完成 整个 系统 的 重 构 ， 重 构 程 度 只 要 能 满足 其 
他 任务 的 需要 就 行 了 。 反 正明 天 你 还 可 以 回来 重 构 。 
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本 章 范例 也 反映 出 这 样 的 哲学 。 如 果 要 向 你 展示 本 书 中 所 有 的 重 构 ， 轻 易 就 能 
耗 去 上 百 页 篇 幅 。 我 们 很 清楚 这 一 点 ， 因 为 Martin 的 确 尝试 过 。 所 以 ， 我 们 把 范例 
压缩 至 几 张 概略 图 的 尺度 。 


由 于 大 型 重 构 可 能 需要 花费 相当 长 的 时 间 ， 因 此 它们 并 不 像 其 他 章节 介绍 的 重 
构 那样 ， 能 够 立刻 让 人 满意 。 你 必须 有 那么 一 点 小 小 的 信仰 : 你 每 天 都 在 使 你 自己 
的 程序 世界 更 安全 。 


进行 大 规模 重 构 时 ， 有 必要 为 整个 开发 团队 建立 共识 ， 这 是 小 型 重 构 所 不 需要 
的 。 大 型 重 构 为 许 许 多 多 的 修改 指定 了 方向 。 整 个 团队 都 必须 意识 到 : 有 一 个 大 型 
重 构 正 在 进行 ， 每 个 人 都 应 该 相应 地 安排 自己 的 行动 。 说 到 这 里 ， 我 想 给 大 家 讲 个 
故事 。 两 个 家 伙 的 车 子 在 山顶 附近 抛锚 了 ， 于 是 他 俩 走 下 车 ， 一 人 走 到 车 的 一 头 ， 
开始 推 车 。 经 过 毫 无 成 果 的 半 小 时 之 后 , 车 头 那 家 伙 开 口 说 道 :“ 我 从 来 不 知道 把 车 
推 下 山 这 么 难 !” 男 一 个 家 伙 答 道 :“ 咽 ， 你 说 “ 推 下 山 ， 是 什么 意思 ? 难道 我 们 不 
是 想 把 车 推 上 山 吗 ? ”我 猜 你 一 定 不 想 让 这 个 故事 在 你 的 开发 团队 中 重演 ， 对 吧 ! 


大 型 重 构 的 重要 性 


我 们 已 经 看 到 ， 使 那些 小 型 重 构 突显 价值 的 质量 (可 预测 的 结果 、 可 观察 的 过 
程 、 立 竿 见 影 的 满足 等 等 )， 在 大 型 重 构 中 往往 并 不 存在 。 既 然 如 此 ， 为 什么 大 型 重 
构 还 那么 重要 ， 以 至 于 我 们 想 要 把 它们 放 进 本 书 ? 那 是 因为 如 果 没 有 它们 ， 我 们 就 
可 能 面临 这 样 的 风险 : 投入 了 大 把 时 间 学 习 重 构 ， 在 实际 工作 中 却 无 法 获得 实在 的 
利益 。 这 对 我 们 来 说 是 非常 糟糕 的 ， 我 们 不 能 容忍 这 种 事情 发 生 。 


更 重要 的 是 ， 你 之 所 以 需要 重 构 ， 决 不 会 是 因为 它 很 好 玩 ， 而 是 因为 你 希望 它 
能 对 你 的 程序 有 所 帮助 ， 让 你 能 够 做 一 些 重 构 之 前 无 法 做 的 事情 。 


正如 水 草 会 堵塞 河道 一 样 ， 在 一 知 半 解 的 情况 下 做 出 的 设计 决策 ， 一 旦 堆积 起 
来 ， 也 会 使 你 的 程序 陷于 瘫痪 。 通 过 重 构 ， 你 可 以 保证 随时 在 程序 中 反映 出 完整 的 
设计 思路 。 正 如 水 草 会 迅速 蔓延 一 样 ， 对 系统 理解 不 够 完整 的 设计 决策 ， 也 会 很 快 
地 将 它们 的 影响 草 延 到 整个 程序 中 。 要 根除 这 种 错误 ， 一 个 、 两 个 ， 甚 至 十 个 单独 
的 行为 都 是 不 够 的 ， 只 有 持续 而 无 处 不 在 的 重 构 才 有 可 能 竟 其 功 。 
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四 个 大 型 重 构 


本 章 之 中 ， 我 们 将 介绍 四 个 大 型 重 构 实 例 。 这 些 仅 仅 是 例子 ， 我 们 并 没有 打算 
缆 盖 所 有 领域 。 迄 今 为 止 ， 绝 大 多 数 关于 重 构 的 研究 和 实践 都 集中 于 比较 小 的 重 构 
手法 上 ， 以 这 种 方式 谈论 大 型 重 构 ， 是 一 种 非常 新 鲜 的 做 法 ， 这 主要 来 自 于 Kent 的 
经 验 。 在 大 规模 重 构 方面 ，Kent 的 经 验 比 其 他 所 有 人 都 要 丰富 。 


Tease Apart Inheritance (362) 用 于 处 理 混 乱 的 继承 体系 一 一 这 种 继承 体系 往往 以 
一 种 令 人 迷惑 的 方式 组 合 了 多 个 不 同方 面 的 变化 。Convert Procedural Design to 
Objects (368) 可 以 帮助 你 解决 一 个 经 典 问题 : 如 何 处 理 过 程式 代码 ? 许多 使 用 面向 对 
象 语言 的 程序 员 ， 其 实 并 没有 真正 理解 面向 对 象 技术 ， 因 此 你 常会 需要 使 用 这 项 重 
构 。 如 果 你 看 到 以 传统 的 两 层 结构 (two-tier， 用 户 界 面 和 数据 库 ) 方式 编写 的 代码 ， 
你 可 能 需要 使 用 Separate Domain from Presentation (370) 将 业务 逻辑 与 用 户 界 面 隔离 
开 来 。 经 验 丰 富 的 面向 对 象 开 发 人 员 发 现 : 对 于 一 个 长 时 间 、 大 负荷 运转 的 系统 来 
说 ， 这 样 的 分 离 是 至 关 重 要 的 。Extract Hierarchy (375) 则 可 以 将 过 于 复杂 的 类 转变 
为 一 群 子 类 ， 从 而 简化 系统 。 
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12.1 Tease Apart Inheritance 〈 梳 理 并 分 解 继 承 体 系 ) 


某 个 继承 体系 同时 承担 两 项 责任 。 





建立 两 个 继承 体系 ， 并 通过 委托 关系 让 其 中 一 个 可 以 调用 另 一 个 。 





动机 


继承 是 个 好 东西 ， 它 可 以 明显 减少 子 类 中 的 代码 量 。 函 数 的 重要 性 可 能 并 不 和 
它 的 大 小 成 比例 一 一 在 继承 体系 之 中 尤 然 。 
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不 过 ， 先 别 急 着 为 这 个 强大 的 工具 欢呼 淮 跃 ， 因 为 继承 也 很 容易 被 误 用 ， 并 且 
这 种 误 用 还 很 容易 在 开发 人 员 之 间 草 延 。 今 天 你 为 了 一 项 小 小 任务 而 加 入 一 个 小 小 
的 子 类 ， 明 天 又 为 另 一 项 任务 在 继承 体系 的 另 一 个 地 方 加 入 另 一 个 子 类 。 一 个 星期 
(或 者 一 个 月 ， 一 年 ) 之 后 ， 你 就 会 发 现 自己 身 陷 泥 济 ， 而 且 连 一 根 拐杖 都 没有 。 


混乱 的 继承 体系 是 一 个 严重 的 问题 ， 因 为 它 会 导致 重复 代码 ， 而 后 者 正 是 程序 
员 生 涯 的 致命 毒药 。 它 还 会 使 修改 变 得 困难 ， 因 为 特定 问题 的 解决 策略 被 分 散 到 了 
整个 继承 体系 。 最 终 ， 你 的 代码 将 非常 难以 理解 。 你 无 法 简单 地 说 :“ 这 就 是 我 的 继 
承 体 系 ， 它 能 计算 结果 .。?” 而 必须 说 “ 它 会 计算 出 结果 …… 呢 ， 这 些 是 用 以 表现 不 同 
表格 形式 的 子 类 ， 每 个 子 类 又 有 一 些 子 类 针对 不 同 的 国家 。” 

要 指出 继承 体系 是 否 承担 了 两 项 不 同 的 责任 并 不 困难 ; 如 果 继 承 体 系 中 的 某 一 
特定 层级 上 的 所 有 类 ， 其 子 类 名 称 都 以 相同 的 形容 词 开始 ， 那 么 这 个 体系 很 可 能 就 
是 承担 着 两 项 不 同 的 责任 。 

做 法 
O 首先 识别 出 继承 体系 所 承担 的 不 同 责任 , 然后 建立 一 个 二 维 表格 (或 者 三 维 
乃至 四 维 表格 ， 如 果 你 的 继承 体系 够 混乱 而 你 的 绘图 工具 够 酷 的 话 )， 并 以 
坐标 轴 标 示 出 不 同 的 任务 。 我 们 将 重复 运用 本 重 构 ， 处 理 两 个 或 两 个 以 上 的 
维度 〈 当 然 ， 每 次 只 处 理 一 个 维度 )。 


O 判断 哪 一 项 责任 更 重要 些 ， 并 准备 将 它 留 在 当前 的 继承 体系 中 。 准 备 将 另 一 
项 责任 移 到 另 一 个 继承 体系 中 。 


o 使 用 Extract Class (149) 从 当前 的 超 类 提炼 出 一 个 新 类 ， 用 以 表示 重要 性 稍 低 
的 责任 ， 并 在 原 超 类 中 添加 一 个 实例 变量 ， 用 以 保存 新 类 的 实例 。 


O 对 应 于 原 继承 体系 中 的 每 个 子 类 , 创建 上 述 新 类 的 一 个 子 类 。 在 原 继承 体系 
的 子 类 中 ， 将 前 一 步 又 所 添加 的 实例 变量 初始 化 为 新 建 子 类 的 实例 。 


O 针对 原 继 承 体系 中 的 每 个 子 类 ， 使 用 Move Method (142) 将 其 中 的 行为 搬移 到 
与 之 对 应 的 新 建 子 类 中 。 
a 当 原 继承 体系 中 的 某 个 子 类 不 再 有 任何 代码 时 ， 就 将 它 去 除 。 


o RAY ER, 直到 原 继承 体系 中 的 所 有 子 类 都 被 处 理 过 为 止 。 观 察 新 继承 
体系 ， 看 看 是 否 有 可 能 对 它 实 施 其 他 重 构 手 法 ， 例 如 Pull Up Method (322) 或 
Pull Up Field (320). 
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范例 
让 我 们 来 看 一 个 混乱 的 继承 体系 (如 图 12-1)。 











Active Deal Passive Deal 
Tabular Active Tabular Passive 
Deal Deal 


图 12-1 一 个 混乱 的 继承 体系 


这 个 继承 体系 之 所 以 混乱 ， 因 为 一 开始 Deal 类 只 被 用 来 显示 单 笔 交 易 。 后 来 ， 
某 个 人 突 发 奇想 地 用 它 来 显示 一 张 交 易 表 格 。 只 要 稍稍 用 过 ActiveDeal 子 类 就 会 
发 现 ， 继 承 这 个 类 ， 不必 做 太 多 工作 就 可 以 显示 一 张 表格 了 。 哦 ， 还 要 “被 动 交 易 ” 
(PassiveDeal) 表格 是 吗 ? 没 问 题 ， 再 加 一 个 子 类 就 行 了 。 


两 个 月 过 去 , 表格 相关 代码 变 得 愈 来 愈 复杂 , 你 却 没 有 一 个 好 地 方 可 以 放 它 们 ， 
因为 时 间 太 紧 了 。( 咳 , 老 戏 码 !) 现在 你 将 很 难 向 系统 加 入 新 的 交易 种 类 , 因为 “ 交 
易 处 理 ” 与 “数据 显示 ”两 块 逻 辑 已 经 纠结 难 分 了 。 


按照 本 重 构 提 出 的 处 方 签 ， 第 一 步 工 作 是 识别 出 这 个 继承 体系 所 承担 的 各 项 页 
任 。 这 个 继承 体系 的 职责 之 一 是 捕 提 不同 交易 种 类 间 的 差异 ， 职 责 之 二 是 捕 提 不 同 
显示 风格 之 间 的 差异 。 因 此 ， 我 们 可 以 得 到 下 列表 格 : 


[Det | hove pe | Passive Deal | 


下 一 步 要 判断 哪 一 项 职责 更 重要 。 很 明显 ,“ 交 易 种 类 ” 比 “ 显 示 风 格 ” 重 要 ， 
因此 我 们 把 前 者 留 在 原 地 ， 把 后 者 提炼 到 另 一 个 继承 体系 中 。 不 过 ， 实 际 工 作 中 ， 
我 们 可 能 需要 将 代码 较 多 的 职责 留 在 原 地 , 这 样 一 来 需要 搬移 的 代码 数量 会 比较 少 。 
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然后 , 我 们 应 该 使 用 Extract Class (149) 提 炼 出 一 个 单独 的 presentationStyle 


类 ， 用 以 表示 “显示 风格 ”( 如 图 12-2)。 






图 12-2 添加 PresentationStyle， 用 以 表示 “显示 风格 ” 


接 下 来 ， 我 们 需要 针对 原 继承 体系 中 的 每 个 子 类 ， 建 六 Presentationstyle 
的 一 个 个 子 类 (如 图 12-3)， 并 将 Deali 类 中 用 来 保存 PresentationSstyle 实 例 的 那 
个 实例 变量 初始 化 为 适当 的 子 类 实例 : 


1 


Single Passive 


Passive Deal Tabular Active 
Presentation Style 
Tabular Active Deal TW 


图 12-3 为 PresentationStyle 添 加 子 类 





www.TopSage.com 


第 12 章 KA EH 





ActiveDeal constructor 
-.-presentation= new SingleActivePresentationStyle();... 


你 可 能 会 说 :“ 这 不 是 比 原 先 的 类 数量 还 多 了 吗 ? 难道 这 还 能 让 我 的 生活 更 舒 
服 ? ”生活 往往 如 此 : 以 退 为 进 ， 走 得 更 远 。 对 一 个 纠结 成 团 的 继承 体系 来 说 ， 被 
提炼 出 来 的 另 一 个 继承 体系 几乎 总 是 可 以 再 戏剧 性 地 大 量 简化 。 不 过 ， 比 较 安全 的 
态度 是 一 次 一 小 步 ， 不 要 过 于 躁 进 。 


现在 ， 我 们 要 使 用 Move Method (142) 和 Move Field (146)， 将 Deal 子 类 中 与 显示 
逻辑 相关 的 函数 和 变量 搬移 到 Presentationstyle 相 应 的 子 类 去 。 我 们 想 不 出 什 
么 好 办 法 来 模拟 这 个 过 程 ， 只 好 请 你 自己 想象 。 总 之 ， 这 个 步骤 完成 后 ， 
TabularActiveDeal 和 TabularPassiveDeal 不 再 有 任何 代码 ， 因 此 我 们 将 它们 
移 除 〈 如 图 12-4)。 





图 12-4 与 表格 相关 的 Deal 子 类 都 被 移 除 了 


两 项 职责 被 分 割 之 后 ， 我 们 可 以 分 别 简化 两 个 继承 体系 。 一 旦 本 重 构 完 成 ， 我 
们 总 是 能 够 大 大 简化 被 提炼 出 来 的 新 继承 体系 ， 而 且 通 常 还 可 以 简化 原 继 承 体 系 。 


下 一 步 ， 我 们 将 摆脱 “显示 风格 ”中 的 主动 (active) 与 被 动 Cpassive) 区 别 ， 
如 图 12-5。 


就 连 “ 单 一 显示 ”和 “表格 显示 ”之 间 的 区 别 ， 都 可 以 运用 若干 变量 值 来 捕捉 ， 
根本 不 需要 为 它们 建立 子 类 《〈 如 图 12-6)。 
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Tabular 
Presentation Style 





Active Deal 









Single Presentation 
Style 


图 12-5 继承 体系 被 分 割 了 


Presentation Style 


图 12-6 ”显示 风格 之 间 的 差异 可 以 用 变量 来 表现 
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12.2 Convert Procedural Design to Objects 
(将 过 程 化 设计 转化 为 对 象 设计 ) 
你 手 上 有 一 些 传统 过 程 化 风格 的 代码 。 


将 数据 记录 变 成 对 象 ， 将 大 块 的 行为 分 成 小 块 ， 
并 将 行为 移入 相关 对 象 之 中 。 





I a] 
determinePrice(Order) 
determine Taxes(Order)} 





a ee eee 
getPrice() 
gelTaxes(} 


有 一 次 ， 我 们 的 一 位 客户 在 项 目 开 始 时 给 开发 者 提出 了 两 条 必须 遵守 的 条 件 : 
(1) 必须 使 用 Java; (2) 不 能 使 用 对 象 。 


动机 


这 故事 固然 好 笑 。 不 过 ， 尽 管 Java 是 面向 对 象 语言 ,“ 使 用 对 象 ”可 远 不 仅仅 是 
调用 构造 函数 而 已 。 对 象 的 使 用 也 需要 花 时 间 去 学 习 。 往 往 你 会 面 对 一 些 过 程 化 风 
格 的 代码 所 带 来 的 问题 ， 并 因而 希望 它们 变 得 更 面向 对 象 一 些 。 典 型 的 情况 是 ， 类 
中 有 着 长 长 的 过 程 化 函数 和 极 少 的 数据 ， 旁 边 则 是 一 堆 哑 数据 对 象 一 一 除了 数据 访 
问 函 数 外 没有 其 他 任何 函数 。 如 果 你 要 转换 的 是 一 个 纯粹 的 过 程 化 程序 ， 可 能 连 这 
些 东 西 都 没有 。 
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我 们 并 不 是 说 绝对 不 应 该 出 现 只 有 行为 而 几乎 没有 数据 的 对 象 。 在 Strategy 模 式 
中 ， 我 们 常常 使 用 一 些小 型 的 策略 对 象 来 改变 宿主 对 象 的 行为 ， 这 些小 型 的 策略 对 
象 就 只 有 行为 而 没有 数据 。 但 是 这 样 的 对 象 通 常 比较 小 ， 而 且 只 有 在 我 们 特别 需要 
灵活 性 的 时 候 ， 才 会 使 用 它们 。 
做 法 
O 针对 每 一 个 记录 类 型 ， 将 其 转变 为 只 含 访问 函数 的 哑 数 据 对 象 。 
=> 如 果 你 的 数据 来 自 关系 式 数 据 库 , 就 把 数据 库 中 的 每 个 表 变 成 一 个 哑 数 据 
对 象 。 
a 针对 每 一 处 过 程 化 风格 ， 将 该 处 的 代码 提炼 到 一 个 独立 类 中 。 
=> 你 可 以 把 提炼 所 得 的 类 做 成 一 个 Singleton (为 了 方便 重新 初始 化 )， 或 是 
把 提炼 所 得 的 函数 声明 为 static。 
O 针对 每 一 段 长 长 的 程序 , 实施 Extract Method (110) 及 其 他 相关 重 构 将 它 分 解 。 
再 以 Move Method (142) 将 分 解 后 的 函数 分 别 移 到 它 所 相关 的 哑 数 据 类 中 。 
9 重复 上 述 步 骤 ， 直 到 原始 类 中 的 所 有 函数 都 被 移 除 。 如 果 原 始 类 是 一 个 完全 
过 程 化 的 类 ， 将 它 拿 掉 将 大 快 人 心 。 
范例 


第 1 章 的 范例 很 好 地 展示 了 Convert Procedural Design to Objects (368)， 尤 其 是 第 
一 阶段 (对 statement () 函数 的 分 解 和 安置 )。 完 成 这 项 重 构 之 后 ， 你 就 拥有 了 一 
个 “聪明 的 ”数据 对 象 ， 可 以 对 它 进行 其 他 重 构 了 。 
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12.3 Separate Domain from Presentation 


(将 领域 和 表述 /显示 分 离 ) 
某 些 GUI 类 之 中 包含 了 领域 逻辑 。 
将 领域 逻辑 分 离 出 来 ， 为 它们 建立 独立 的 领域 类 。 


Order Window 


J 


V 


— 
1 
动机 


提 到 面向 对 象 ， 就 不 能 不 提 MVC (模型 -视图 -控制 器 ) 模式 。 在 Smalltalk-80 
环境 中 ， 人 们 以 此 模式 维护 GUI 〈 图 形 用 户 界 面 ) 和 领域 对 象 间 的 关系 。 


MVC 模 式 最 核心 的 价值 在 于 : 它 将 用 户 界面 代码 ( 即 视图 ; 亦 即 现今 常 说 的 “ 展 
ME”) 和 领域 逻辑 ( 即 模 型 ) 分 离 了 。 展 现 类 只 含 用 以 处 理 用 户 界面 的 逻辑 ; 领域 
类 不 含 任何 与 程序 外 观 相关 的 代码 ， 只 含 业务 逻辑 相关 代码 。 将 程序 中 这 两 块 复 洒 
的 部 分 加 以 分 离 ， 程 序 未 来 的 修改 将 变 得 更 加 容易 ， 同 时 也 使 同一 业务 风 辑 的 多 种 
展现 方式 成 为 可 能 。 那 些 熟 稳 面 向 对 象 技术 的 程序 员 会 毫 不 狐 移 地 在 他 们 的 程序 中 
进行 这 种 分 离 ， 并 且 这 种 做 法 也 的 确证 实 了 它 自身 的 价值 。 


但 是 ,大 多 数 人 并 没有 在 设计 中 采用 这 种 方式 来 处 理 GUI。 大 多 数 客户 端 /服务 
器 结构 的 GUI 应 用 都 采用 双 层 逻辑 设计 : 数据 保存 在 数据 库 中 ， 业 务 逻 辑 放 在 展现 
类 中 。 这 样 的 环境 往往 迫使 你 也 倾向 这 种 风格 的 设计 ， 使 你 很 难 把 业务 逻辑 放 在 其 
他 地 方 。 


Java 是 一 个 真正 意义 上 的 面向 对 象 环境 ， 因 此 你 可 以 创建 内 含 业务 逻辑 的 、 与 
展现 逻辑 无 关 的 领域 对 象 。 但 你 还 是 会 经 常 遇 到 上 述 双 层 风格 写 就 的 程序 。 
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做 法 
O 为 每 个 窗口 建立 一 个 领域 类 。 


D 如 果 窗 口内 有 一 张 表格 ,新 建 一 个 类 来 表示 其 中 的 行 ， 再 以 窗口 所 对 应 之 领 
域 类 中 的 一 个 集合 来 容纳 所 有 的 行 领域 对 象 。 


O 检查 窗口 中 的 数据 。 如 果 数 据 只 被 用 于 UI， 就 把 它 留 着 ; 如 果 数 据 被 领域 逻 
辑 使 用 ， 而 且 不 显示 于 窗口 上 ， 我 们 就 以 Move Field (146) 将 它 搬移 到 领域 类 
中 ; 如 果 数 据 同 时 被 UI 和 领域 逻辑 使 用 , 就 对 它 实 施 Duplicate Observed Data 
(189)， 使 它 同时 存在 于 两 处 ， 并 保持 两 处 之 间 的 同步 。 


O 检查 展现 类 中 的 有 逻辑 。 实 施 Extract Method (110) 将 展现 逻辑 从 领域 逻辑 中 分 
开 。 一 旦 隔离 了 领域 逻辑 ， 再 运用 Move Method (142) 将 它 移 到 领域 类 。 


a 以 上 步骤 完成 后 ， 你 就 拥有 了 两 组 彼此 分 离 的 类 : 展现 类 用 以 处 理 GUI， 领 
域 类 包含 所 有 业务 逻辑 。 此 时 的 领域 类 组 织 可 能 还 不 够 严谨， 更 进一步 的 重 
构 将 解决 这 些 问题 。 


范例 


下 面 是 一 个 商品 订购 程序 。 其 GUI 如 图 12-7 所 示 , 其 展现 类 与 图 12-8 所 示 的 关系 
数据 库 互 动 。 


所 有 行为 (包括 GUI 和 定单 处 理 ) 都 由 Orderwindow 类 处 理 。 


首先 建立 一 个 order 类 表示 “定单 ”。 然 后 把 order 和 orderwindow 联 系 起 来 ， 
如 图 12-9。 由 于 窗口 中 有 一 个 用 以 显示 定单 的 表格 ， 所 以 我 们 还 得 建立 一 个 
orderLine， 用 以 表示 表格 中 的 每 一 行 。 


我 们 将 从 窗口 这 边 而 不 是 从 数据 库 那 边 开始 重 构 。 当 然 ， 一 开始 就 把 领域 模型 
建立 在 数据 库 基础 上 ， 也 是 一 种 合理 策略 ， 但 我 们 最 大 的 风险 源 于 展现 逻辑 和 领域 
逻辑 之 间 的 混淆 ， 因 此 我 们 首先 基于 窗口 将 这 些 分 离 出 来 ， 然 后 再 考虑 对 其 他 地 方 
进行 重 构 。 





面 对 这 一 类 程序 ， 在 窗口 中 寻找 内 嵌 的 SQL 〔〈 结 构 化 查询 语言 ) 语句 ， 会 对 你 
有 所 帮助 ， 因 为 SQL 语句 获取 的 数据 一 定 是 领域 数据 。 
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Order # | 6 
Customer [Best Drama =] | 





| | Product Quantity Prce — 
a 2 "$887.16 
| [Taisker g) 15 558549 
| [Glenivet 本 19 | $891.13 
Lagan ”回电 $264.22 


| TotatPrice [5242500 


Save | cance! | Price | 


图 12-7 ”启动 程序 的 用 户 界面 


最 容易 处 理 的 领域 数据 就 是 那些 不 直接 显示 于 GUI 者 。 本 例 数据 库 的 Customers 
表 中 有 一 个 codes 字 段 ， 它 并 不 直接 显示 于 GUI， 而 是 被 转换 为 一 个 更 容易 被 人 理解 
的 短语 之 后 再 显示 。 程序 中 以 简单 类 型 (例如 string) 保存 这 个 字段 值 ， 而 非 将 其 
放 在 AWT 组 件 中 。 我 们 可 以 安全 地 使 用 Move Field (146) 将 这 个 字段 移 到 领域 类 。 


对 于 其 他 字段 ， 我 们 就 没有 这 么 幸运 了 ， 因 为 它们 内 含 AWT 组 件 ， 既 显示 于 窗 
O, 也 被 领域 对 象 使 用 。 面 对 这 些 字 段 , 我 们 需要 使 用 Duplicate Observed Data (189), 
把 一 个 领域 字段 放 进 oraer 类 ， 同 时 把 一 个 相应 的 AWT 字 段 放 进 orderwinaow 类 。 


这 是 一 个 缓慢 的 过 程 ,但 最 终 我 们 还 是 可 以 把 所 有 领域 逻辑 字段 都 搬 到 领域 类 。 
进行 这 一 步骤 时 ， 你 可 以 试 着 把 所 有 SQL 调用 都 移 到 领域 类 ， 这 样 你 就 是 同时 移动 
了 数据 库 逻 辑 和 领域 数据 。 最 后 , 你 可 以 在 oraerwinaow 中 移 除 import java.sal 
之 类 的 语句 ， 这 就 表示 我 们 的 重 构 告 一 段落 了 。 在 此 阶段 中 你 可 能 需要 大 量 运用 
Extract Method (110) 和 Move Method (142). 
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OrderiD: Number «FK» 
ProductiD: Number «FK» 
Quantity: Number 

Amount: Number 


Price4: Number 


图 12-8 ”订单 程序 所 用 的 数据 库 


现在 ， 我 们 拥有 的 3 个 类 ， 如 图 12-10 所 示 ， 它 们 离 “ 组 织 良 好 ”还 有 很 大 的 距 
离 。 不 过 这 个 模型 的 确 已 经 很 好 地 分 离 了 展现 逻辑 和 领域 逻辑 。 本 项 重 构 的 进行 过 
程 中 ， 你 必须 时 刻 留心 风险 来 自 何 方 。 如 果 “ 展 现 逻 辑 和 领域 逻辑 混淆 ”是 最 大 风 
险 ， 那 么 就 先 把 它们 完全 分 开 ， 然 后 才 做 其 他 工作 ;如 果 其 他 方面 的 事情 《例如 产 





图 12-9 Orderwindow¥ Morder% 
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品 定价 策略 ) 更 重要 ， 那 么 就 先 把 那 一 部 分 的 逻辑 从 窗口 提炼 出 来 ， 并 围绕 着 这 个 
高 风险 部 分 进行 重 构 , 为 它 建立 合适 的 结构 。 反 正 领 域 逻辑 早晚 都 必须 从 窗口 移出 ， 
如 果 你 在 处 理 高 风险 部 分 的 重 构 时 会 遗留 某 些 逻辑 于 窗口 之 中 ， 没 关系 ， 你 可 以 稍 
后 再 来 收拾 它 。 





图 12-10 ”将 数据 安置 于 领域 类 中 
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12.4 Extract Hierarchy (提炼 继承 体系 ) 


你 有 某 个 类 做 了 太 多 工作 ， 其 中 一 部 分 工作 是 以 大 量 条 件 表达 式 完 成 的 。 
建立 继承 体系 ， 以 一 个 子 类 表示 一 种 特殊 情况 。 


J 


WY 





Billing Scheme 





Scheme Scheme Scheme 
动机 


在 渐进 式 设计 过 程 中 ， 常 常会 有 这 样 的 情况 : 一 开始 设计 者 只 想 以 一 个 类 实现 
一 个 概念 ， 但 随 着 设计 方案 的 演化 ， 最 后 却 可 能 一 个 类 实现 了 两 个 、 三 个 万全 十 个 
不 同 的 概念 。 一 开始 ， 你 建立 了 这 个 简单 的 类 。 数 天 或 数 周 之 后 ， 你 可 能 发 现 ， 只 
要 加 入 一 个 标记 和 一 两 个 测试 ， 就 可 以 在 另 一 个 环境 下 使 用 这 个 类 ; 一 个 月 之 后 你 
又 发 现 了 另 一 个 这 样 的 机 会 ， 一 年 之 后 ， 这 个 类 就 完全 一 团 糟 了 : 标记 变量 和 条 件 
表达 式 裔 布 各 处 。 








当 你 遇 到 这 种 瑞士 军刀 般 的 类 一 一 不 但 能 够 开 瓶 开 铅 、 砍 小 树枝 、 还 能 在 演示 
会 上 打出 激光 强调 重点 一 一 你 就 需要 一 个 好 策略 ( 亦 即 本 项 重 构 ), 将 它 的 各 个 功能 
梳理 并 分 开 。 不 过 ， 请 注意 ， 只 有 当 条 件 逻 辑 在 对 象 的 整个 生命 周期 保持 不 变 ， 本 
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重 构 所 导入 的 策略 才 适 用 。 否则 你 可 能 必须 在 分 离 各 种 状况 之 前 先 使 用 Extract Class 
(149)。 


Extract Hierarchy (375) 是 一 项 大 型 重 构 ， 如 果 你 一 天 之 内 不 足以 完成 它 ， 不 要 


因此 失去 勇气 。 将 一 个 极度 混乱 的 设计 方案 梳理 出 来 ， 可 能 需要 数 周 甚至 数 月 的 时 


间 。 


你 可 以 先进 行 本 重 构 中 的 一 些 简易 步骤 ， 稍 微 休息 一 下 ， 再 花 几 天 时 间 编 写 一 


些 能 体现 产 出 的 代码 。 当 你 领悟 到 更 多 东西 ， 再 回来 继续 本 项 重 构 的 其 他 步骤 -一 
这 些 步骤 将 因为 你 的 领悟 而 显得 更 加 简单 明了 。 


做 法 


化 。 


我 们 为 你 准备 了 两 组 重 构 做 法 。 第 一 种 情况 是 ;你 无 法 确定 哪些 地 方 会 发 生变 

这 时 候 你 会 希望 每 次 一 小 步 地 前 进 。 

a 鉴别 出 一 种 变化 情况 。 
> 如 果 这 种 变化 可 能 在 对 象 生命 周期 的 不 同 阶段 而 有 不 同体 现 ， 就 运用 

Extract Class (149) 将 它 提炼 为 一 个 独立 的 类 。 

O 针对 这 种 变化 情况 , 新建 一 个 子 类 , 并 对 原始 类 实施 Replace Constructor with 
Factory Method (304)。 再 修改 工厂 函数 ， 令 它 返 回 适当 的 子 类 实例 。 

n 将 含有 条 件 逻 辑 的 函数 , 一 次 一 个 , 逐一 复制 到 子 类 , 然后 在 明确 情况 下 (对 
子 类 明确 ， 对 超 类 不 明确 )， 简 化 这 些 函 数 。 


=> 如 有 必要 隔离 函数 中 的 条 件 远 辑 和 非 条 件 逻 辑 ， 可 对 超 类 实施 Extract 
Method (110). 


O 重复 上 述 过 程 ， 将 所 有 变化 情况 都 分 离 出 来 ， 直 到 可 以 将 超 类 声明 为 抽象 类 
为 止 。 
O 删除 超 类 中 那些 被 所 有 子 类 覆 写 的 函数 本 体 ， 并 将 它们 声明 为 抽象 函数 。 


如 果 你 非常 清楚 原始 类 会 有 哪些 变化 情况 ， 可 以 使 用 另 一 种 做 法 。 

O 针对 原始 类 的 每 一 种 变化 情况 ， 建 立 一 个 子 类 。 

Q 使 用 Replace Constructor with Factory Method (304) 将 原始 类 的 构造 函数 转变 
成 工厂 函数 ， 并 令 它 针对 每 一 种 变化 情况 返回 适当 的 子 类 实例 。 


=> 如 果 原 始 类 中 的 各 种 变化 情况 是 以 类 型 码 标示 ， 先 使 用 Replace Type Code 
with Subclasses (223), 如 果 那 些 变化 情况 在 对 象 生 命 周期 的 不 同 阶段 会 有 
不 同体 现 ， 请 使 用 Replace Type Code with State/Strategy (227). 
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O 针对 带 有 条 件 逻 辑 的 函数 , 实施 Replace Conditional with Polymorphism (255). 
如 果 并 非 整 个 函数 的 行为 有 所 变化 ， 而 只 是 函数 一 部 分 有 所 变化 ， 请 先 运 用 
Extract Method (110) 将 变化 部 分 和 不 变 部 分 隔 开 来 。 


范例 


这 里 所 举 的 例子 是 变化 情况 并 不 明朗 的 情况 。 你 可 以 在 Replace Type Code with 
Subclasses (223). Replace Type Code with State/Strategy (227) 和 Repiace Conditional with 
Polymorphism (255) 等 重 构 结果 之 上 , 验证 在 变化 情况 已 经 明朗 的 情况 下 如 何 使 用 本 
项 重 构 。 


我 们 以 一 个 电费 计算 程序 为 例 。 这 个 程序 有 两 个 类 : 表示 “消费 者 ”的 customer 
和 表示 “ 计 费 方案 ”的 Billingscheme， 如 图 12-11 。 


BillingSscheme 使 用 大 量 条 件 逻 辑 来 计算 不 同情 况 下 的 费用 : 冬季 和 夏季 的 电 
价 不 同 ， 私 宅 用 电 、 小 型 企业 用 电 、 社 会 救济 (包括 残障 人 士 ) 用 电 的 价格 也 不 同 。 
这 些 复杂 的 钞 辑 导致 Bi11ingscheme 变 得 复杂 。 


第 一 个 步骤 是 , 提炼 出 条 件 逻 辑 中 经 常 出 现 的 某 种 变异 性 。 本 例 之 中 可 能 是 “ 视 
用 户 是 否 为 残障 人 士 ” 而 发 生 的 变化 。 用 于 标示 这 种 情况 的 可 能 是 Customer、 
BillingScheme 或 其 他 地 方 的 一 个 标记 变量 (flag). 

我 们 针对 这 种 变异 建立 一 个 子 类 。 为 了 使 用 这 个 子 类 ， 我 们 需要 确保 它 被 建立 
并 且 被 使 用 。 因 此 我 们 需要 处 理 Billingscheme 构 造 函 数 : 首先 对 它 实施 Replace 
Constructor with Factory Method (304)， 然 后 在 所 得 的 工厂 函数 中 为 残障 人 士 增加 一 
个 条 件 子 句 ， 使 它 在 适当 时 候 返 回 一 个 DisabilityBillingSscheme 对 象 。 


然后 , 我 们 需要 观察 Bi11ingscneme 的 其 他 函数 , 寻找 那些 随 着 用 户 是 吾 为 残 
障 人 士 而 变化 的 行为 。createBi11l() 就 是 这 样 一 个 函数 ， 因 此 我 们 将 它 复制 到 子 


类 (图 12-12)。 
EE 
= 


12-11 Customer#lBillingScheme 
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Disability Bill 


图 12-12 ”为 “残障 人 士 ” 添 加 一 个 子 类 





现在 ， 我 们 需要 检查 子 类 中 的 createBil1() 函数 。 由 于 现在 我 们 可 以 肯定 该 
消费 者 是 残障 人 士 ， 因 此 可 以 简化 这 个 函数 。 所 以 下 列 代码 : 


if (disabilityScheme()) doSomething 


可 以 变 成 : 


GoSomething 


如 果 规 定 在 “残障 人 士 用 电 ” 和 “企业 用 电 ” 之 间 只 能 择 一 ， 那 么 我 们 的 方案 
就 可 以 避免 在 BusinessBillingscheme 中 出 现任 何 条 件 代 码 。 


实施 本 项 重 构 时 ， 我 们 希望 将 可 能 变化 的 部 分 和 始终 不 变 的 部 分 分 开 ， 为 此 我 
们 可 以 使 用 Extract Method (110) 和 Decompose Conditional (238) 。 本 例 将 对 
BillingScheme 各 函数 实施 这 两 项 重 构 ， 直 到 “是 否 为 残障 人 士 ” 的 所 有 判断 都 得 
到 了 适当 处 理 。 然 后 我 们 再 以 相同 过 程 处 理 其 他 变化 情况 (例如 “社会 救济 用 电 ”)。 


然而 ， 当 我 们 处 理 第 二 种 变化 情况 时 ， 我 们 应 该 观察 “社会 救济 用 电 ” 与 “ 残 
障 人 士 用 电 ” 有 何不 同 。 我 们 希望 能 够 针对 不 同 的 变化 情况 建立 起 这 样 一 组 函数 : 
它们 意图 相同 ， 但 针对 不 同 的 变化 情况 采取 不 同 的 实际 行为 。 例 如 上 述 两 种 变化 情 
况 下 的 税额 计算 可 能 不 同 。 我 们 希望 确保 两 个 子 类 中 的 相应 函数 有 相同 的 签名 。 这 
可 能 意味 我 们 必须 修改 DisabillityBillingscheme， 将 这 两 个 子 类 统一 整理 一 
番 。 通 常 我 们 发 现 ， 面 对 更 多 变化 情况 时 ， 这 种 相仿 之 中 略 带 变化 的 函数 模式 会 使 
整个 系统 结构 趋 于 稳定 ， 使 我 们 更 容易 添加 后 续 更 多 变化 情况 。 
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—— William Opdyke 





s 和 Martin Fowler 第 一 次 见面 ， 是 在 温哥华 举行 的 OOPSLA 92 大 会 上 。 在 

那 之 前 数 个 月 ， 我 才刚 在 伊利 诺 伊 大 学 完成 关于 “面向 对 象 框架 之 重 构 ” 
的 博士 论文 趾 。 当 时 ， 我 一 边 考 虑 继续 研究 重 构 ， 一 边 也 在 寻找 其 他 方向 ， 例 如 医 
学 信息 学 。 奢 时，Martin 恰 好 正在 开发 一 个 医学 信息 应 用 程序 ， 这 便 成 了 我 们 在 温 
哥 华 共 进 早餐 时 的 话题 。Martin 在 本 书 最 前 面 也 说 过 ， 我 们 用 了 数 分 钟 时 间 讨 论 我 
对 重 构 的 研究 。 当 时 他 对 这 个 题目 的 兴趣 有 限 。 但 是 正如 你 现在 看 到 的 ， 他 的 兴趣 
已 经 大 大 增加 了 。 


乍 见 之 下 ， 重 构 很 像 是 从 理论 研究 实验 室 中 诞生 的 。 事 实 上 它 最 初出 现 于 软件 
开发 者 阵营 之 中 。 在 那儿 ， 面 向 对 象 程序 员 以 及 Smalltalk 用 户 人 迫切 需要 一 种 技术 能 
够 更 好 地 支持 框架 开发 过 程 一 一 或 者 更 普遍 地 ， 支 持 变 化 过 程 。 如 今 重 构 的 相关 衍 
生 研究 已 经 成 熟 ， 我 们 感觉 它 已 经 进入 了 黄金 时 期 一 一 更 多 软件 从 业 人 员 可 以 体验 
重 构 带 来 的 利益 。 





当 Martin 给 我 机 会 ， 让 我 为 本 书写 一 章 的 时 候 ， 几 种 想法 就 出 现在 我 的 脑海 中 。 
我 可 以 记述 早期 的 重 构 研究 ， 当 时 我 和 Ralph Johnson 有 着 他 然 不 同 的 技术 背景 ， 但 
我 们 走 到 一 起 ， 致 力 研究 如 何 支 持 面向 对 象 软件 的 变化 。 我 也 可 以 讨论 如 何 为 重 构 
提供 自动 化 支持 能 力 ， 这 也 是 我 的 研究 领域 之 一 ， 但 是 与 本 书 关注 焦点 相去 甚 远 。 
我 还 可 以 与 读者 分 享 自 己 获 得 的 经 验 : 如 何 把 重 构 和 软件 业者 〈 特 别 是 那些 开发 大 
型 项 目的 软件 业者 ) 的 日 常事 务 结合 起 来 。 
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在 许多 领域 ， 我 从 重 构 研究 之 中 获得 的 许多 领悟 都 很 有 用 ， 这 些 领域 包括 软件 
技术 评估 、 产 品 发 展 策略 规划 、 为 电信 业 开 发 原型 和 产品 、 为 产品 开发 团队 提供 培 
训 和 顾问 ， 等 等 。 


最 终 ， 我 决定 把 以 上 许多 问题 都 简单 讲 一 讲 。 正 如 本 章 标题 所 暗示 ， 许 多 关于 
重 构 的 认识 都 适用 于 更 具 普 遍 意义 的 问题 , 例如 软件 复 用 、 产 品 开发 、 平 台 选 择 等 。 
尽管 本 章 的 某 些 部 分 涉及 重 构 中 颇 为 有 趣 的 理论 ， 但 本 章 关 注 的 焦点 ， 主 要 还 是 实 
际 的 、 现 实 世界 的 问题 ， 及 其 解决 方案 。 


如 朵 你 想 对 重 构 做 更 深入 的 研究 ， 请 看 本 章 最 后 所 列 的 相关 资源 和 参考 文献 。 





13.1 现实 的 检验 


决定 攻读 博士 学 位 之 前 ， 我 在 贝尔 实验 室 工作 了 一 些 年 头 。 那 几 年 我 主要 是 在 
公司 的 一 个 电子 交换 系统 开发 部 门 里 工作 。 那 些 产品 用 来 处 理 电 话 呼叫 ， 对 可 靠 性 
和 速度 的 要 求 都 非常 高 ,公司 已 经 投资 数 干 个 人 年 到 这 些 系 统 的 开发 和 持续 发 展 上 ， 
产品 生命 周期 长 达 数 十 年 。 在 这 些 系统 的 开发 中 , 大 部 分 成 本 并 不 是 花 在 最 初版 本 ， 
而 是 花 在 其 后 对 系统 不 断 的 修改 和 调整 上 。 如 果 能 找到 一 种 方法 ， 使 这 些 修改 更 容 
易 、 成 本 更 低 ， 那 么 公司 将 从 中 大 大 受益 。 


由 于 贝尔 实验 室 出 资 让 我 攻读 博士 ， 所 以 我 希望 我 的 研究 领域 不 仅 能 满足 自己 
技术 上 的 兴趣 ， 也 能 与 贝尔 实验 室 的 实际 业务 需求 有 关 。20 世 纪 80 年 代 后 期 ， 面 向 
对 象 技 术 刚刚 诞生 于 研究 性 实验 室 里 。 当 Ralph Johnson 提 出 一 个 既 关注 面向 对 象 技 
术 、 又 关注 变化 过 程 和 软件 进化 支持 技术 的 研究 题目 时 ， 我 立刻 接受 了 它 作为 我 的 
博士 研究 题目 。 


曾经 有 人 告诉 我 ， 很 少 人 能 够 在 完成 博士 学 业 后 平静 地 看 待 自己 的 题目 。 有 些 
人 对 日 己 的 题目 感到 极其 厌倦 ， 很 快 转向 其 他 研究 ， 另 一 些 人 则 保持 对 原先 主题 的 
高 度 热 情 。 我 就 属于 后 面 这 种 人 。 


当 我 拿 到 学 位 回 到 贝尔 实验 室 ， 发 生 了 一 件 奇怪 的 事 : 我 周遭 几乎 没有 人 像 我 
一 样 为 重 构 激动 不 已 。 
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我 还 清楚 记得 我 在 1993 年 初 所 做 的 一 个 演讲 ， 那 是 在 AT&T 贝 尔 实 验 室 和 NCR 
〈 那 时 我 们 是 同一 家 公司 的 两 个 部 门 ) 的 员工 技术 交流 论坛 上 。 我 做 了 一 个 45 分 钟 的 
演讲 ， 主 题 就 是 重 构 。 一 开始 ， 演 讲 似乎 进行 得 很 顺利 ， 我 对 这 个 主题 的 激情 感染 
了 听众 。 但 是 演讲 结束 时 ， 几 乎 没有 人 提问 。 只 有 一 位 与 会 者 从 后 排 走 过 来 想 多 了 
解 一 些 信息 ， 那 是 因为 他 正 要 开始 做 毕业 设计 ， 正 四 处 查找 研究 课题 。 我 很 希望 看 
到 一 些 项 目 开 发 人 员 能 够 表现 出 想 在 工作 中 应 用 重 构 技术 的 热情 一 一 如 果 他 们 真有 
热情 的 话 ， 至 少 那天 他 们 并 没有 表现 出 来 。 


看 起 来 ， 人 们 根本 不 打算 接受 它 。 


关于 研究 ，Ralph Johnson 给 我 上 了 重要 的 一 课 : 如 果 有 人 (文章 读者 或 是 演讲 
会 听众 ) 说 “我 不 懂 ” 或 者 不 打算 接受 它 ， 那 就 是 我 们 的 失败 。 我 们 有 责任 努力 发 
展 自 己 的 思想 ， 并 将 它 清楚 表达 出 来 。 


其 后 的 两 年 中 ， 在 AT&T 贝 尔 实验 室 的 内 部 论坛 上 ， 在 外 面 的 研讨 会 上 ， 我 得 
到 了 无 数 次 谈论 重 构 的 机 会 。 随 着 与 一 线 开 发 人 员 的 交谈 愈 来 愈 多 ， 我 开始 明白 为 
什么 以 前 的 演讲 不 能 感染 别人 。 我 与 听众 的 距离 有 一 部 分 是 因为 面向 对 象 技术 自身 
就 很 新 。 那 些 使 用 它 工 作 的 人 多 半 都 还 没有 完成 第 一 个 版 本 的 开发 ， 所 以 还 没有 遇 
到 “演化 ”这 个 大 问题 ， 而 这 个 问题 是 重 构 能 够 帮忙 解决 的 。 这 是 研究 人 员 的 典型 
滥 坎 处 境 一 一 技术 的 发 展 超 前 于 实践 。 但 是 ， 造 成 这 种 距离 ， 还 有 另 一 个 讨 大 的 原 
央 。 有 一 些 常识 性 原因 影响 了 开发 者 ， 所 以 即使 他 们 了 解 重 构 的 好 处 ， 也 不 情愿 对 
目 己 的 程序 进行 重 构 。 如 果 要 让 重 构 得 到 开发 者 的 拥抱 ， 首 先 必须 解决 这 些 问 题 。 





13.2 为 什么 开发 者 不 愿意 重 构 他 们 的 程序 


假设 你 是 一 位 软件 开发 者 。 如 果 你 的 项 目 刚 刚 开 始 (没有 向 下 兼容 的 问题 )， 如 
宁 你 知道 系统 想 要 解决 的 问题 ， 如 果 你 的 投资 方 愿意 一 直 付 钱 直 到 你 对 结果 满意 ， 
你 真 够 幸运 。 尽 管 这 无 疑 是 使 用 面向 对 象 技术 的 理想 情景 , 但 对 我 们 大 多 数 人 来 说 ， 
这 是 梦 中 才 会 出 现 的 情景 。 
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更 多 时 候 , 你 需要 对 既 有 软件 进行 扩展 , 你 对 自己 所 做 的 事情 没有 完整 的 了 解 ， 
你 受到 生产 进度 的 压力 。 这 种 情况 下 你 该 怎么 办 ? 


你 可 以 重 写 整 个 程序 。 你 可 以 倚赖 自己 的 设计 经 验 来 纠正 程序 中 存在 的 错误 ， 
这 是 创造 性 的 工作 ， 也 很 有 趣 。 但 谁 来 付 钱 呢 ? 你 又 如 何 保证 新 的 系统 能 够 完成 旧 
系统 所 做 的 每 一 件 事 呢 ? 


你 可 以 复制 、 修 改 现 有 系统 的 一 部 分 ， 以 扩展 它 的 功能 。 这 看 上 去 也 许 很 好 ， 
其 至 可 能 被 看 做 一 种 复 用 方式 ， 你 甚至 不 必 理 解 自己 复 用 的 东西 。 但 是 ， 随 着 时 间 
流逝 ， 错 误会 不 断 地 被 复制 、 被 传播 ， 程 序 变 得 脐 肿 ， 程 序 的 当初 设计 开始 腐败 变 
质 ， 修 改 的 整体 成 本 逐渐 上 升 。 


重 构 是 上 述 两 个 极端 的 中 庸 之 道 。 通 过 重新 组 织 软件 结构 ， 重 构 使 得 设计 思路 
更 详尽 明确 。 重 构 被 用 于 开发 框架 、 抽 取 可 复 用 组 件 、 使 软件 架构 更 清晰 、 使 新 功 
能 的 增加 更 容易 。 重 构 可 以 帮助 你 充分 利用 以 前 的 投资 ， 减 少 重复 劳动 ， 使 程序 更 
简洁 有 力 。 


假设 你 是 一 位 开发 者 ， 你 也 想 获 得 这 些 好 处 。 你 同意 Fred Brooks 所 说 的 “应 对 
并 处 理 变化 ， 是 软件 开发 的 根本 复杂 性 之 一 ”中 。 你 也 同意 ， 就 理论 而 言 ， 重 构 能 
够 提供 上 面 所 说 的 各 种 好 处 。 


为 什么 还 不 肯 重 构 你 的 程序 呢 ? 有 以 下 几 个 可 能 的 原因 。 


1. 你 不 知道 如 何 重 构 。 

2. 如 果 这 些 利益 是 长 远 的 ， 何 必 现 在 付出 这 些 努力 昵 ? 长 远 看 来 ， 说 不 定 当 项 
目 收获 这 些 利益 时 ， 你 已 经 不 在 职位 上 了 。 

3. 代码 重 构 是 一 项 额外 工作 ， 老 板 付 钱 给 你 ， 主 要 是 让 你 编写 新 功能 。 

4. 重 构 可 能 破坏 现 有 程序 。 


这 些 担忧 都 很 正常 ， 我 经 常 听 到 电信 公司 和 其 他 高 科技 公司 的 员工 那么 说 。 这 
其 中 有 一 些 技术 问题 ， 以 及 一 些 管理 问题 。 首 先 必须 解决 所 有 这 些 问 题 ， 然 后 开发 
者 才 会 考虑 在 他 们 的 软件 中 使 用 重 构 技术 。 现 在 让 我 们 逐一 解决 这 些 问 题 。 


如 何 重 构 ， 在 哪里 重 构 
如 何 才能 学 会 重 构 呢 ? 有 什么 工具 ? 有 什么 技术 ? 如 何 把 这 些 工 具 和 技术 组 合 
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起 来 做 出 有 用 的 事 ? 应 该 何 时 使 用 它们 ? 本 书 定义 了 好 几 十 条 重 构 做 法 ， 这 些 都 是 
Martin 在 自己 的 工作 经 验 中 发 据 的 有 用 手法 。 重 构 如 何 被 用 以 支持 程序 重大 修改 ? 
本 书 提供 了 很 好 的 例子 。 


在 伊利 诺 伊 大 学 的 软件 重 构 项 目 中 ， 我 们 选择 了 一 条 “ 极 简 主 义 ” 路 线 。 我 们 
定义 了 较 少 的 一 组 重 构 中 中 ， 展 示 它 们 的 使 用 方法 。 我 们 对 重 构 的 收集 建立 于 自己 
的 编程 经 验 上 。 我 们 评估 好 几 个 面向 对 象 框架 (多 数 以 C++ 开 发 完成 ) 的 结构 演化 ， 
和 几 位 经 验 丰 富 的 Smalltalk 开 发 者 交谈 并 阅读 他 们 的 回顾 记录 。 我 们 收集 的 重 构 手 
法 大 多 很 低层 ， 例 如 建立 或 删除 一 个 类 、 一 个 变量 或 一 个 函数 ， 修 改变 量 和 函数 的 
属性 ， 如 访问 权限 〈public 或 protected)， 修 改 函 数 参数 等 ， 或 者 在 类 之 间 移 动 变量 
和 函数 。 我 们 以 另 一 组 数量 较 少 的 高 级 重 构 手法 来 处 理 较 为 复杂 的 情况 ， 例 如 建立 
抽象 超 类 ， 通 过 继承 和 “简化 条 件 ”等 方式 来 简化 一 个 类 ， 从 现 有 的 类 中 分 解 一 部 
分 、 新建 一 个 可 复 用 的 组 件 类 (经 常会 在 继承 、 委 托 、 聚 合 之 间 转 换 )， 等 等 。 这 些 
较 复杂 的 重 构 手法 是 以 低层 重 构 手法 定义 出 来 的 。 之 所 以 采用 这 种 方法 ， 乃 是 为 了 
自动 化 支持 和 安全 两 方面 考量 ， 我 将 于 稍 后 讨论 。 


面 对 一 个 既 有 程序 ， 我 们 该 使 用 哪些 重 构 呢 ? 当然 ， 这 取决 于 你 的 目标 。 一 个 
常见 的 重 构 原 因 ， 同 时 也 是 本 书 关注 焦点 ， 是 调整 程序 结构 以 使 (短期 内 ) 添加 
新 功能 更 容易 。 我 将 在 下 一 节 讨 论 这 一 点 。 除 此 之 外 ， 还 有 其 他 理由 让 你 使 用 重 
构 。 


有 经 验 的 面向 对 象 程序 员 和 那些 受过 设计 模式 等 优秀 设计 技巧 训练 的 人 都 知 
道 ， 几 种 好 的 程序 结构 性 质量 和 特征 能 够 为 可 扩展 性 和 可 复 用 性 提供 支持 ”10 。 
诸如 CRCLU) 之 类 的 面向 对 象 设计 技术 也 关注 定义 类 和 类 之 间 的 协议 。 虽 然 它们 关注 
的 焦点 是 前 期 设计 ， 但 也 可 以 用 这 些 指导 方针 来 评价 一 个 现 有 程序 。 


自动 化 工具 可 用 来 识别 程序 中 的 结构 缺陷 ， 例 如 函数 参数 过 多 、 函 数 过 长 等 。 
这 些 都 应 该 考虑 成 为 重 构 的 对 象 。 自动 化 工具 还 可 以 识别 出 结构 上 的 相似 ， 这 样 的 
相似 很 可 能 代表 着 元 余 代 码 的 存在 。 比 如 说 ， 如 果 两 个 函数 几乎 相同 (这 经 常 是 复 
制 /修改 第 一 个 函数 以 获得 第 二 个 函数 时 造成 的 )， 自 动 化 工具 就 会 检测 到 这 种 相似 
性 ， 并 建议 你 使 用 一 些 重 构 手 法 ， 将 相同 代码 搬 到 同一 个 地 方 去 。 如 果 程 序 中 不 同 
位 置 的 两 个 变量 有 相同 名 称 ， 有 时 你 可 以 使 用 一 个 变量 替代 它们 , 并 在 两 处 继承 之 。 
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这 些 都 是 非常 简单 的 例子 。 有 了 自动 化 工具 ， 其 他 很 多 更 复杂 的 情况 都 可 以 被 检测 
出 来 并 被 纠正 。 这 些 结构 上 的 畸形 或 结构 上 的 相似 并 非 总 是 暗示 你 必须 重 构 ， 但 很 
多 时 候 它 们 的 确 就 是 这 个 意思 。 


对 设计 模式 的 很 多 研究 ， 都 集中 于 良好 编程 风格 以 及 程序 各 部 分 之 间 有 用 的 交 
互 模式 ， 而 这 些 都 可 以 映射 为 结构 特征 和 重 构 手法 。 例 如 Template Methodi 
“适用 性 ”一 节 就 参考 了 我 们 的 超 类 重 构 手法 中。 


我 列 出 了 一 些 试探 法 则 四， 可 以 帮助 你 识别 C++ 程 序 中 需要 重 构 的 地 方 。John 
Brant 和 Don Roberts 0 开发 出 一 个 工具 , 使 用 更 大 范围 的 试探 来 自动 分 析 Smalltalk 
程序 。 这 个 工具 会 向 开发 者 建议 “可 用 以 改进 程序 ”的 重 构 方 法 ， 以 及 适合 使 用 这 
些 重 构 方 法 的 地 点 。 


运用 这 样 一 个 工具 来 分 析 你 的 程序 ， 有 点 像 运 用 lint 来 改善 C/C++ 程序 。 这 个 工 
具 尚 未 聪明 到 能 够 理解 程序 意图 。 它 在 程序 结构 分 析 基 础 上 提出 的 建议 ， 或 许 只 
一 部 分 是 你 真正 想 要 做 出 的 修改 。 作 为 程序 员 ， 决 定 权 在 你 手 上 。 由 你 决定 把 哪些 
建议 用 于 自己 的 程序 上 。 这 些 修改 应 该 改进 程序 的 结构 ， 应 该 为 日 后 的 修改 提供 更 
好 的 支撑 。 


在 程序 员 说 服 自己 “我 应 该 重 构 我 的 代码 ”之 前 ， 他 们 需要 先 了 解 如 何 重 构 、 
在 哪里 重 构 。 经 验 是 无 可 替代 的 。 研 究 过 程 中 ， 我 们 得 益 于 经 验 丰富 的 面向 对 象 开 
发 者 的 经 验 ， 得 到 了 一 些 有 用 的 重 构 做 法 ， 以 及 “该 在 哪里 使 用 这 些 重 构 ” 的 认识 。 
自动 化 工具 可 以 分 析 程 序 结构 ， 建 议 可 能 改进 程序 结构 的 重 构 做 法 。 和 其 他 大 多 数 
学 科 一 样 ， 工 具 和 技术 会 带 来 帮助 ， 但 前 提 是 你 打算 使 用 它们 。 重 构 过 程 中 ， 程 序 
员 自 己 对 重 构 的 理解 也 会 逐渐 加 深 。 


—— Bill Opdyke 
1989 年 ， 我 和 Ralph Johnson 刚 开始 研究 重 构 的 时 候 ，C++ 正 在 飞快 发 展 ， 并 
日 渐 在 面向 对 象 开发 圈 中 流行 起 来 。Smalltalk 用 户 是 最 先 认 识 到 重 构 重 要 性 的 一 


群 人 ， 而 我 们 认为 ， 如 果 能 够 证 明 重 构 对 C++ 程序 也 同样 可 用 ， 就 会 使 更 多 面向 
对 象 开发 者 对 重 构 产 生 兴 趣 . 
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C++ 的 茶 些 语言 特性 ( 特别 是 静态 类 型 检查 ) 简化 了 一 部 分 程序 分 析 和 重 构 
工作 。 但 是 另 一 方面 ，C++ 语 言 很 复杂 也 很 应 大 ， 这 很 大 程度 是 历史 原因 (C++ 是 
从 C 语 言 演化 而 来 的 )。 C++ 允许 的 某 些 编程 风格 ， 使 程序 的 重 构 和 发 展 变 得 困难 。 


对 重 构 有 支持 能 力 的 语言 特性 和 编程 风格 

重 构 时 ， 你 必须 找 出 待 重 构 的 这 一 部 分 程序 被 什么 地 方 引用 。 C++ 的 静态 类 
型 特性 让 你 可 以 比较 容易 地 缩小 搜索 范围 。 举 个 简单 而 常见 的 例子 ， 假设 你 想 要 
给 C++ 类 中 的 一 个 成 员 函 数 改 名 ， 为 正确 完成 这 个 动作 ， 你 必须 修改 函数 声明 以 
及 对 这 个 函数 的 所 有 引用 点 。 如 果 程 序 很 大 ， 搜 索 、 修 改 这 些 引用 点 会 很 困难 . 

和 Smalltalk 相 比 ，C++ 的 类 继承 和 保护 访问 级 别 (public、 protected 和 private ) 
特性 ， 使 你 更 容易 判断 哪些 地 方 引用 了 这 个 将 被 改名 的 函数 ， 如 果 这 个 函数 被 声 
明 为 private， 那么 引用 它 的 代码 就 只 可 能 出 现在 该 函数 所 属 的 类 内 部 以 及 被 这 个 
类 声明 为 friend 的 地 方 ; 如 果 这 个 函数 被 声明 为 protected， 那 么 引用 点 只 可 能 出 现 
在 它 所 属 的 类 、 它 的 子 类 (及 更 低层 的 子 类 ) 内 以 及 它 的 friend 中 : 如 果 这 个 函数 
被 声明 为 public( 限制 最 少 的 一 种 访问 级 别 ), 引用 点 也 只 可 能 出 现在 上 述 protected 
所 列 情况 ， 以 及 对 函数 所 属 类 及 其 子孙 类 实例 的 操作 之 上 ， 

在 十 分 庞大 的 程序 中 ， 不 同 地 点 有 可 能 声明 一 些 同名 函数 。 有 时 候 ， 两 个 或 
多 个 同名 函数 以 同一 个 函数 取代 可 能 更 好 ， 某 些 重 构 手 法 可 用 来 做 这 种 修改 ， 有 
时 候 则 应 该 给 两 个 同名 函数 中 的 一 个 改名 ， 让 另 一 个 保持 原来 名 称 。 如 果 项 目 开 
发 成 员 不 只 一 人 , 不同 的 程序 员 可 能 给 风 马 牛 不 相 及 的 函数 取 相 同 的 名 称 . ECH 
中 ， 当 你 对 两 个 同名 函数 中 的 一 个 改名 之 后 ， 几乎 总 是 很 容易 找到 哪些 引用 点 针 
对 的 是 这 个 被 易 名 函数 ， 哪 些 引用 点 针对 的 是 另 一 个 函数 。 这 种 分 析 在 Smalltalk 
中 要 困难 得 多 。 

由 于 C++ 以 继承 方式 来 实现 “ 子 类 型 ”的 概念 ， 所 以 通常 可 以 通过 将 变量 或 
函数 在 继承 体系 中 移 上 移 下 来 扩大 (普通 化 ) 或 缩小 (特殊 化 ) 其 作用 域 . 对 程 
序 做 这 一 类 分 析 并 进行 相应 重 构 ， 都 是 很 简单 的 。 

如 果 在 最 初 开发 和 整个 开发 过 程 中 一 直 遵循 一 些 良 好 的 设计 原则 ， 那 么 重 构 
过 程 会 更 轻松 ， 软 件 的 进化 会 更 容易 . “将 所 有 成 员 变量 和 大 多 数 成 员 函 数 定义 
为 private 或 protected” 作 为 一 种 抽象 技术 ， 常 常 使 类 的 内 部 重 构 更 简单 ， 因为 对 
程序 其 他 地 方 造成 的 影响 被 减 至 最 低 。 以 继承 机 制 表现 “普通 化 和 特殊 化 ” 体系 
(这 在 C++ 中 很 自然 )， 也 使 日 后 “ 泛 化 或 特 化 成 员 变量 或 成 员 函 数 ” 的 重 构 动作 
更 容易 进行 ， 你 只 需 在 继承 体系 内 上 下 移动 这 些 成 员 即 可 。 
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C++ 环 境 中 的 很 多 特性 都 支持 重 构 。 如 果 程 序 员 在 重 构 时 引入 错误 ，C++ 编 
译 器 通常 都 会 指出 这 个 错误 。 许 多 C++ 软件 开发 环境 都 提供 了 强大 的 交叉 参考 和 
代码 浏览 功能 。 


增加 重 构 复 杂 度 的 语言 特性 和 编程 风格 

众所周知 ，C++ 对 C 的 兼容 性 是 一 柄 双 刃 剑 。 许 多 程序 以 C 写 成 ， 许 多 程序 员 
受 的 训练 是 C 风 格 ， 所 以 (至少 从 表面 看 来 ) 转移 到 C++ 比 转移 到 其 他 面向 对 象 
语言 容易 些 。 但 是 ，C++ 支 持 许多 编程 风格 ， 其 中 一 些 违反 了 合理 健全 的 设计 原 
则 。 

程序 如 果 使 用 诸如 指针 、 转 型 操作 和 sizeof(object) 之 类 的 C++ 特性 ， 将 
难以 重 构 。 指 针 和 转型 操作 会 造成 别名 ， 使 你 很 难 找到 待 重 构 对 象 的 所 有 被 引用 
点 。 上 述 这 些 特性 暴露 了 对 象 的 内 部 表现 形式 ， 违 反 了 抽象 原则 . 

举 个 例子 ， 在 可 执行 程序 中 ，C++ 以 V-table 机 制 表 现成 员 变量 。 从 超 类 继承 
而 来 的 成 员 变 量 首先 出 现 ， 而 后 才 是 自身 定义 的 成 员 变量 。 将 某 个 变量 移 往 超 类 
通常 是 很 安全 的 重 构 手 法 ， 但 如 果 该 变量 是 由 超 类 继承 而 来 ， 不 是 子 类 自身 定义 
出 来 ， 它 在 可 执行 文件 中 的 物理 (实际 ) 位 置 便 有 可 能 因 这 样 的 重 构 而 发 生 改 变 。 
当然 啦 ， 如 果 程 序 中 对 变量 的 所 有 引用 都 是 通过 类 接口 进行 ， 变 量 的 物理 位 置 调 
整 ， 并 不 会 改变 程序 行为 。 

但 是 ， 如 果 程 序 通 过 指针 算术 运算 来 引用 这 个 变量 (例如 程序 员 拥 有 一 个 对 
象 指针 ， 而 且 他 知道 他 想 赋值 的 变量 保存 于 第 5 个 字 节 ， 于 是 他 就 使 用 指针 算术 ， 
直接 把 一 个 值 赋 进 对 象 的 第 5 个 字 节 去 )， 那 么 将 变量 移 到 超 类 的 重 构 手法 就 有 可 
能 改变 程序 行为 。 同 样 地 ， 如 果 程序 员 写 下 if (sizeof (object) ==15) 这 样 
的 条 件 表达 式 ， 然 后 又 对 程序 进行 重 构 ， 删 除 类 中 未 用 到 的 变量 ， 那 么 这 个 类 的 
实例 大 小 就 会 发 生 改 变 , 导致 先前 判断 为 真 的 条 件 表达 式 , 如今 有 可 能 判断 为 假 。 

可 曾 有 人 根据 对 象 大 小 做 条 件 判 断 ? C++ 提供 远 为 清楚 的 接口 用 以 访问 成 员 
变量 ， 还 会 有 人 以 指针 运算 进行 访问 吗 ? 这 样 写 程序 实在 太 荒唐 了 ， 不 是 吗 ? 我 
的 观点 是 : C++ 提供 了 这 些 特 性 ( 以 及 其 他 倚赖 对 象 物理 布局 的 特性 )， 而 某 些 经 
验 丰富 的 程序 员 的 确 使 用 了 它们 。 毕 竟 ， 从 C 到 C++ 的 移植 不 可 能 由 面向 对 象 程 
序 员 或 设计 师 来 进行 ， 只 能 由 C 程 序 员 来 做 。 

由 于 C++ 是 一 个 如 此 复杂 的 语言 (和 Smalltalk 以 及 Java 相 比 )， 想 要 建立 某 种 
程序 结构 使 之 能 够 协助 自动 检查 某 一 重 构 是 否 安 全 ， 并 于 安全 情况 下 自动 执行 该 
重 构 ， 就 困难 得 多 。 
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C++ 在 编译 期 对 大 多 数 引 用 进行 决议 ， 所 以 对 一 个 C++ 程序 进行 重 构 ， 通 党 
需要 至 少 重新 编译 程序 的 某 一 部 分 ， 重 新 连接 并 生成 可 执行 文件 ， 然 后 才能 测试 
修改 效果 。 与 之 形成 鲜明 对 比 的 是 ，Smalltalk 和 CLOS ( Common Lisp Object 
System ) 提供 解释 和 增 量 编 译 环境 。 因此 尽管 在 Smalltalk 和 CLOS 中 进行 一 系列 渐 
进 式 重 构 是 很 自然 的 事 ， 但 对 C++ 程序 来 说 ， 每 次 迭代 (重新 编译 + 测试 ) 的 成 本 
却 太 高 了 ， 所 以 C++ 程序 员 往 往 不 太 乐意 经 常 做 这 种 小 改动 。 

许多 应 用 程序 都 用 到 数据 库 。 如 果 在 C++ 程序 中 改变 对 象 结 构 ， 可 能 需要 对 
数据 库 表 结构 作 相应 修改 。( 我 在 重 构 工 作 中 应 用 的 许多 思想 都 来 自 对 面向 对 象 
数据 库 模 型 演化 的 研究 . ) 

C++ 的 另 一 个 局 限 性 (这 对 软件 研究 者 的 吸引 力 可 能 大 于 软件 开发 者 ) 就 是 : 
它 不 支持 元 程序 级 别 的 程序 分 析 和 修改 .。 C++ 缺乏 类 似 CLOS 中 元 对 象 协议 的 东 
西 。 举 个 例子 ，CLOS 的 元 对 象 协议 支持 一 个 有 时 很 有 用 的 重 构 手 法 : 将 选 定 的 
对 象 变 成 另 一 个 类 的 实例 ， 并 让 所 有 指向 旧 对 象 的 引用 自动 指向 新 对 象 。 幸 运 的 
是 ， 只 有 在 极 少 数 情况 下 才 会 需要 这 种 特性 。 


结语 

很 多 时 候 ， 重 构 技术 可 以 (并 且 已 经 ) 应 用 于 C++ 程序 。C++ 程 序 员 通 常 希 
望 自己 的 程序 能 在 未 来 数 年 中 不 断 演 化 进步 ， 而 软件 演化 过 程 正 是 最 能 凸显 重 构 
的 好 处 。C++ 语 言 提供 的 某 些 特 性 可 以 简化 重 构 ， 但 另 一 些 特性 会 使 重 构 变 得 困 
难 。 幸运 的 是 ， 程 序 员 已 经 公认 : 使 用 诸如 指针 运算 之 类 的 语言 特性 并 不 是 好 主 ` 
意 。 大 多 数 优秀 的 面向 对 象 程序 员 都 会 避免 使 用 它们 。 

非常 感谢 Ralph Johnson. Mick Murphy. James Roskind 以 及 其 他 一 些 人 ， 向 
我 介绍 了 C++ 之 于 重 构 的 威力 和 复杂 性 。 


ttt 


重 构 以 求 短期 利益 


要 说 明 重 构 有 哪些 中 长 期 好 处 是 比较 容易 的 。 但 许多 公司 受到 来 自 投资 方 日 益 
沉重 的 压力 ， 不 得 不 追求 短期 成 绩 。 重 构 可 以 在 短期 之 内 带 来 惊喜 吗 ? 





那些 经 验 丰 富 的 面向 对 象 开 发 者 ， 成 功 运用 重 构 已 经 有 十 多 年 的 历史 了 。 在 强 
调 代 码 简洁 明了 、 复 用 性 高 的 Smalltalk 文 化 中 ， 许 多 程序 员 都 变 得 成 熟 了 。 在 这 样 
的 文化 中 ， 程 序 员 会 投入 时 间 去 进行 重 构 ， 因 为 他 应 该 这 样 做 。Smalltalk 语 言 和 实 
现 使 得 重 构成 为 可 能 ， 这 是 过 去 绝 大 多 数 语 言 和 开发 环境 都 没有 能 够 做 到 的 。 许 多 
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早期 的 Smalltalk 程 序 设计 都 是 在 Xerox、PARC 这 样 的 研究 机 构 或 技术 尖端 的 小 型 开 
发 团队 和 顾问 公司 中 进行 的 。 这 些 团体 的 价值 观 和 许多 产业 化 软件 团队 的 价值 观 是 
有 所 差异 的 。Martin 和 我 都 知道 ， 如果 要 让 主流 软件 开发 者 接受 重 构思 想 ， 重 构 带 
来 的 利益 起 码 有 一 部 分 必须 能 够 在 短期 内 体现 出 来 。 


我 们 的 研究 团队 BIT902-053 记 录 了 数 个 例 了 , 描述 重 构 如 何 和 程序 功能 的 扩展 交 
错 进行 ， 最 终 同 时 获得 短期 利益 和 长 期 利益 。 我 们 的 一 个 例子 是 Choices 文 件 系统 杠 
架 。 最 初 这 个 框架 实现 了 BSD Unix 文 件 系统 格式 。 后 来 它 又 被 扩展 支持 Unix System 
V、MS-DOS、 持 久 化 和 分 布 式 文件 系统 。 框 架 开发 者 来 用 的 办 法 是 : 先 把 实现 BSD 
Linux 的 部 分 原样 复制 一 份 过 来 ， 然 后 修改 它 ， 使 它 支持 System V。 系 统 最 终 可 以 有 
效 运 作 ， 但 充斥 大 量 重复 的 代码 。 加 入 新 代码 后 ， 框 架 开 发 者 重 构 了 这 些 代 码 ， 建 
立 抽象 超 类 容纳 两 个 Unix 文 件 系统 的 共通 行为 。 相 同 的 变量 和 函数 被 移 到 超 类 中 。 
当 两 个 对 应 函数 几乎 但 不 完全 相同 时 ， 他 们 就 在 子 类 中 定义 新 函数 来 包容 两 者 不 同 
之 处 ， 然 后 在 原先 函数 里 把 这 些 代码 换 成 对 新 函数 的 调用 。 这 样 一 来 ， 两 个 子 类 的 
代码 就 逐渐 变 得 愈 来 愈 相似 了 。 一 旦 两 个 函数 变 得 完全 相同 ， 就 可 以 将 它们 搬移 到 
共同 的 超 类 去 。 


这 些 重 构 手 法 为 开发 者 提供 了 多 方面 好 处 ， 既 有 短期 利益 ， 也 有 长 期 利益 。 短 
期 来 看 ， 如 果 在 测试 阶段 发 现 共同 的 代码 有 错误 ， 只 需 在 一 个 地 方 修改 就 行 了 。 代 
码 总 量变 少 了 。“ 某 一 文件 系统 特有 的 行为 ”与 “两 种 文件 系统 共有 的 行为 ” 清晰 地 
分 开 了 ， 这 使 得 追踪 、 修 补 某 种 文件 系统 格式 特有 的 行为 更 加 容易 。 中 期 来 看 ， 重 
构 得 到 的 抽象 层 对 于 定义 后 续 文件 系统 常常 很 有 帮助 。 当 然 ， 现 有 的 两 种 文件 系统 
格式 的 共通 行为 未 必 就 完全 适用 于 第 三 种 文件 格式 ， 但 现 有 的 共享 基础 是 一 个 很 有 
价值 的 起 点 。 后 继 的 重 构 动 作 可 以 澄清 究竟 哪些 东西 真正 是 所 有 文件 系统 共有 的 。 
框架 开发 团队 发 现 ， 随 着 时 间 流 逝 ， 支 持 新 文件 系统 格式 愈 来 愈 省 劲 。 就 算 新 的 格 
式 更 复杂 、 开 发 团队 经 验 更 浅 ， 情 况 也 一 样 。 


我 还 可 以 找 出 其 他 例子 来 证 明 重 构 能 够 带 来 短期 和 长 期 利益 ， 但 是 Martin 午 已 
做 了 此 事 , 我 不 想 再 延长 他 的 列表 。 还 是 拿 我 们 都 非常 熟悉 的 -- 件 事 来 做 个 比喻 吧 : 
我 们 的 身体 健康 状况 。 
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从 很 多 角度 来 说 ， 重 构 就 好 像 运 动 、 吃 适当 的 食物 。 许 多 人 都 知道 ,我 们 应 该 
多 锻炼 身体 ， 应 该 注意 均衡 饮食 。 有 些 人 的 生活 文化 中 非常 鼓励 这 些 习 惯 ， 有 些 人 
没有 这 些 好 习惯 也 可 以 混 过 一 段 时 间 ， 其 至 看 不 出 有 什么 影响 。 我 们 可 以 找 各 种 借 
口 ， 但 如 果 一 直 忽视 这 些 好 习惯 ， 那 么 我 们 只 是 在 欺骗 自己 。 


有 些 人 之 所 以 运动 和 均衡 饮食 ， 动 机 着 眼 于 短期 利益 (例如 精力 更 充沛 、 身 体 
更 灵活 、 自尊心 增强 , 等 等 )。 几乎 所 有 人 都 知道 这 些 短期 利益 非常 真实 。 许多 人 (但 
不 是 所 有 人 ) 都 时 断 时 续 做 过 一 些 努力 ， 另 一 些 人 则 是 不 见 棺材 不 掉 泪 ， 不 到 关键 
时 刻 不 会 有 足够 动力 去 做 点 什么 事 。 


没 错 ， 做 事 应 该 谨慎 。 在 着 手 干 一 件 事 之 前 ， 应 该 先 向 专家 咨询 一 下 。 在 开始 
运动 和 均衡 饮食 之 前 ， 应 该 先 问 问 自己 的 保健 医生 。 在 开始 重 构 之 前 ， 应 该 先 查找 
相关 资源 一 一 你 手 上 这 本 书 和 本 章 引 用 的 其 他 参考 文献 都 很 好 。 对 重 构 有 丰富 经 验 
的 人 可 以 向 你 提供 更 到 位 的 帮助 。 


我 见 过 的 一 些 人 正 是 健康 与 重 构 的 典范 。 我 羡慕 他 们 旺 人 成 的 精力 和 超人 的 工作 
效率 。 反 面 典型 则 是 明显 的 粗心 大 意 爱 忘 事 ， 他 们 的 未 来 和 他 们 开发 的 软件 产品 的 
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重 构 可 以 带 来 短期 利益 ， 让 软件 更 易 修改 、 更 易 维护 。 重 构 只 是 一 种 手段 ， 不 
是 目的 。 它 是 “程序 员 或 程序 开发 团队 如 何 开 发 并 维护 自己 的 软件 ”这 一 更 宽广 场 
景 的 一 部 分 中 。 


降低 重 构 带 来 的 开销 


“ 重 构 是 一 种 需要 开销 的 活动 。 我 付 钱 是 为 了 让 程序 员 写 出 新 的 、 能 带 来 收益 的 
软件 功能 。 ”对 于 这 种 声音 ， 我 的 回复 总 结 如 下 。 


a 目前 已 有 一 些 工具 和 技术 ， 可 以 使 重 构 快速 而 相对 无 痛苦 地 完成 。 


O 一 些 面 向 对 象 程序 员 的 经 验 显示 ， 重 构 虽然 需要 开销 ,但 它 能 在 程序 开发 的 
其 他 阶段 降低 精力 和 时 间 开 销 ， 从 而 补偿 它 的 开销 。 


a 尽管 乍 见 之 下 重 构 可 能 有 点 笨拙 、 开 销 太 大 ,但 是 当 它 成 为 软件 开发 规则 的 
一 部 分 ， 人 们 就 不 会 再 觉得 它 费事 ， 反 而 开始 觉得 它 是 必 不 可 少 的 。 
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伊利 诺 伊 大 学 的 软件 重 构 团 队 开 发 的 Smalltalk 自 动 化 重 构 工 具 也 许 是 目前 最 成 
熟 的 自动 化 重 构 工 具 ( 参 见 第 14 章 )。 你 可 以 从 他 们 的 网 站 (http://st-www.cs.uiuc.edu) 
自由 下 载 这 个 工具 。 尽 管 其 他 语言 的 重 构 工具 还 没 能 这 么 方便 ， 但 是 我 们 的 论文 和 
本 书 介绍 的 许多 技术 ， 都 可 以 相对 简单 地 套用 ， 只 要 有 一 个 文本 编辑 器 或 一 个 浏览 
器 就 足够 了 。 软 件 开 发 环境 和 浏览 器 技术 已 经 在 最 近 数 年 获得 了 长 足 发 展 。 我 们 希 
望 将 来 能 看 到 更 多 重 构 工具 投入 使 用 。 


Kent Beck 和 Ward Cunningham 都 是 经 验 丰 富 的 Smalltalk 程 序 员 ， 他 们 已 经 在 
OOPSLA 和 其 他 论坛 上 提出 报告 : 重 构 使 他 们 能 够 更 快 开发 证 券 交 易 之 类 的 软件 。 
从 C++ 和 CLOS 开 发 者 那里 ， 我 也 听 到 了 同样 的 消息 。 本 书 之 中 ，Martin 介 绍 了 重 构 
对 于 Java 程 序 的 好 处 。 我 们 希望 读 过 本 书 、 使 用 书 中 介绍 的 重 构 原 则 的 人 们 ， 能 够 
给 我 们 带 来 更 多 好 消息 。 


从 我 的 经 验 看 来 ， 只 要 重 构成 为 日 常事 务 的 一 部 分 ， 人 们 就 不 会 觉得 它 需 要 多 
么 高 昂 的 代价 。 说 来 容易 做 来 难 。 对 于 那些 怀疑 论 者 ， 我 的 建议 就 是 ， 只 管 去 做 ， 
然后 自己 决定 。 但 是 ， 请 给 它 一 点 时 间 证 明 它 自 己 。 


安全 地 进行 重 构 


安全 性 是 令 人 关心 的 议题 , 特别 对 于 那些 开发 、 维 护 大 型 系统 的 组 织 更 是 如 此 。 
许多 应 用 程序 背负 着 财政 、 法 律 和 道德 伦理 方面 的 压力 ， 必 须 提 供 不 间断 的 、 可 靠 
的 、 不 出 错 的 服务 。 有 许多 组 织 提供 大 量 培 训 和 努力 ， 力 图 以 严谨 的 开发 过 程 来 帮 
助 他 们 保证 产品 的 安全 性 。 


但 是 ， 对 很 多 程序 员 来 说 ， 安 全 性 的 问题 往往 没 那 么 严重 。 我 们 总 是 向 孩子 们 
灌输 “安全 第 一 ”的 思想 ， 自 己 却 扮 演 渴望 自由 的 程序 员 、 西 部 牛仔 和 血气 方刚 的 
驾驶 员 的 角色 ， 这 实在 是 个 莫大 讽刺 。 给 我 们 自由 ， 给 我 们 资源 ， 看 我 们 飞 吧 。 不 
管 怎么 说 ， 难 道 我 们 真 地 希望 公司 放弃 我 们 的 创造 性 果实 ， 就 为 了 获得 可 重复 性 和 
一 致 性 吗 ? 


这 一 节 我 将 讨论 安全 重 构 的 方法 。 和 Martin 在 本 书 先前 章节 介绍 过 的 方法 相 比 ， 
我 关注 的 方法 其 结构 更 组 织 化 、 更 严格 ， 可 因此 排除 重 构 可 能 引入 的 很 多 错误 。 


安全 性 是 一 个 很 难 定义 的 概念 。 直 观 的 定义 是 : 所谓 “安全 重 构 ” 就 是 不 会 对 
程序 造成 破坏 的 重 构 。 由 于 重 构 的 意图 就 是 在 不 改变 程序 行为 的 前 提 下 修改 程序 结 
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构 ， 所 以 重 构 后 的 程序 行为 应 该 与 重 构 前 完全 相同 。 

如 何 进行 安全 重 构 呢 ? 你 有 以 下 几 种 选择 。 

相信 你 自己 的 编码 功力 。 

相信 你 的 编译 器 能 捕捉 你 遗漏 的 错误 。 

相信 你 的 测试 套件 能 捕捉 你 和 编译 器 都 遗漏 的 错误 。 

CO 相信 代码 复审 能 捕捉 你 、 编 译 器 和 测试 套件 都 遗漏 的 错误 。 


Martin 在 他 的 重 构 原 则 中 比较 关注 前 三 个 选项 。 大 中 型 公司 则 常常 以 代码 复审 
作为 前 三 个 步骤 的 补充 。 


尽管 编译 器 、 测 试 套件 、 代 码 复审 、 严 守 纪 律 的 编码 风格 都 很 有 价值 ， 但 所 有 
这 些 方 法 还 是 有 下 列 局 限 性 。 


O 程序 员 是 可 能 犯错 的 ， 你 也 一 样 〈 我 也 一 样 )。 


D 有 一 些微 妙 和 不 那么 微妙 的 错误 ， 编 译 器 无 法 捕 提 ,特别 是 那些 与 继承 相关 
的 作用 域 错误 O, 


O Perry, Kaiser 和 其 他 人 已 经 指出 ， 尽 管 “ 将 继承 作为 一 种 实现 技术 ”的 做 
法 让 测试 工作 简单 了 不 少 , 但 由 于 先前 向 某 个 类 的 实例 发 出 请 求 的 很 多 操作 
如 今 转 而 向 子 类 发 出 请 求 ， 我 们 仍然 需要 大 量 测试 来 覆盖 这 种 情况 。 除 非 你 
的 测试 设计 者 是 全 知 全 能 的 上 帝 ， 或 除非 他 对 细节 非常 谨慎 ,否则 就 有 可 能 
出 现 测试 套件 著 盖 不 到 的 情况 。 是 否 测 试 了 所 有 可 能 的 执行 路 径 ? 这 是 一 个 
无 法 以 计算 判定 的 问题 。 换 句 话说 , 你 无 法 保证 测试 套件 覆盖 所 有 可 能 情况 。 


和 程序 员 一 样 ， 代 码 复审 人 员 也 是 可 能 犯错 的 。 而 且 复审 人 员 可 能 因为 忙于 
自己 的 主要 工作 ， 无 法 彻底 检查 别人 的 代码 。 





我 在 研究 工作 中 使 用 的 另 一 种 方法 是 : 定义 并 快速 实现 一 个 重 构 工具 的 原型 ， 
用 以 检查 某 项 重 构 是 否 可 以 安全 地 施加 于 程序 身上 。 如 果 可 以 ， 就 重 构 之 。 这 避免 
了 大 量 可 能 因为 人 为 错误 而 引入 的 bug。 


在 这 里 ， 我 将 概括 介绍 我 的 安全 重 构 法 。 这 可 能 是 本 章 最 具 价 值 的 一 部 分 了 。 
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如 果 你 想 获 得 更 详细 的 信息 ， 请 看 我 的 论文 中 和 本 章 末 尾 所 列 的 参考 文献 ， 也 可 以 
参考 第 14 章 。 如 果 你 觉得 这 一 部 分 有 点 过 分 偏重 技术 ， 不 妨 跳 过 本 节余 下 的 段落 。 


我 的 重 构 工具 的 一 部 分 是 程序 分 析 器 ， 这 是 一 个 用 来 分 析 程 序 结构 的 程序 〈 被 
分 析 的 对 象 是 将 来 打算 施加 某 项 重 构 的 一 个 C++ 程序 )。 这 个 工具 可 以 解答 一 系列 问 
题 ， 内 容 涉及 作用 域 、 类 型 和 程序 语义 〈 程 序 的 意图 或 用 途 ) 等 方面 。 作 用 域 的 问 
题 与 继承 有 关 ， 所 以 这 一 分 析 过 程 比 起 很 多 非 面 向 对 象 程序 分 析 要 复杂 ; 但 C++ 的 
某 些 语言 特性 (例如 静态 类 型 》 又 使 得 这 一 分 析 过 程 比 起 对 Smalltalk 等 动态 类 型 程 
序 的 分 析 要 简单 。 


举 个 例子 ， 假 设 我 们 的 重 构 是 要 删除 程序 中 的 某 个 变量 。 我 的 工具 可 以 判断 程 
序 其 他 部 分 是 否 引 用 了 这 个 变量 。 如 果 有 ， 径 自 删除 这 一 变量 将 会 造成 引用 失败 ， 
那么 这 项 重 构 就 是 不 安全 的 。 于 是 工具 用 户 就 会 收 到 一 个 错误 标记 。 用 户 可 能 因此 
决定 放弃 进行 这 次 重 构 , 也 可 能 修改 程序 中 对 此 变量 的 引用 点 , 使 它们 不 再 引用 它 ， 
然后 才 进 行 重 构 ， 删 除 该 变量 。 这 个 工具 还 可 以 进行 其 他 许多 检查 ， 其 中 大 多 数 都 
和 上 述 检查 一 样 简单 ， 有 些 稍微 复杂 。 


在 我 的 研究 中 ， 我 把 “安全 ”定义 为 :程序 属性 (包括 作用 域 和 类 型 等 ) 在 重 
构 之 后 仍然 保持 不 变 。 很 多 程序 属性 很 像 数据 库 中 的 完整 性 约束 一 一 修改 数据 库 结 
构 时 ， 完 整 性 约束 必须 保持 不 变 " 了 ”了 。 每 个 重 构 都 伴随 一 组 必要 前 提 ， 如 果 这 些 前 提 
得 到 满足 ， 该 重 构 就 能 保证 程序 属性 获得 维持 。 一 旦 确定 某 次 重 构 的 全 部 过 程 都 安 
全 ， 我 的 工具 才 会 执行 该 次 重 构 。 


幸运 的 是 ， 对 于 重 构 安全 性 进行 的 检查 尤其 是 对 于 数量 占 绝对 优势 的 低层 重 
构 ) 往往 是 轻而易举 的 。 为 了 保证 较 高 层 重 构 、 较 复杂 重 构 的 安全 性 ， 我 们 以 低层 
重 构 来 定义 它们 。 例 如 “建立 一 个 抽象 超 类 ”的 复杂 重 构 手法 就 被 定义 为 几 个 较 小 
步骤 ， 每 个 步骤 都 以 较 简单 的 重 构 完 成 ， 像 是 创建 和 搬移 变量 或 函数 等 等 。 只 要 证 
明 复 杂 重 构 的 每 一 个 步骤 是 安全 的 ， 我 们 就 可 以 确定 整个 复杂 重 构 也 是 安全 的 。 


在 某 些 十 分 罕见 的 情况 下 ,在 工具 无 法 确认 时 ， 仍 然 可 以 安全 施行 重 构 。 此 时 ， 
工具 会 选择 较 安 全 的 方式 ， 禁 止 重 构 。 拿 先前 例子 来 说 ， 你 想 删 除 程序 中 的 某 个 变 
量 ， 但 程序 其 他 地 方 对 该 变量 有 引用 动作 。 然 而 或 许 这 个 引用 动作 所 处 段落 永远 不 
会 被 执行 到 ， 例 如 它 也 许 出 现 于 条 件 表达 式 〈 如 if-then) 中 ， 而 它 所 处 分 支 永远 
不 为 真 。 如 果 肯 定 这 个 分 支 永远 不 为 真 ， 你 可 以 移 除 它 ， 连 同 那个 影响 你 重 构 的 引 
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用 点 一 并 移 除 。 然 后 你 就 可 以 安全 地 进行 重 构 ， 删 除 想 删除 的 变量 或 函数 了 。 只 不 
过 ， 一 般 情 况 下 你 无 法 肯定 分 支 永远 为 假 一 一 如 果 你 继承 了 别人 开发 的 代码 ， 你 有 
多 大 把 握 安 全 删 掉 其 中 某 段 代码 ? 


重 构 工 具 可 以 标记 出 这 种 可 能 不 安全 的 引用 关系 ， 并 向 用 户 提出 警告 。 用 户 可 
以 先 把 这 段 代码 放 在 一 旁 。 一 旦 能 够 肯定 引用 点 永远 不 会 被 执行 到 ， 他 就 可 以 把 这 
段 多 余 代 码 移 除 ， 而 后 进行 重 构 。 这 个 工具 让 用 户 知道 存在 这 么 一 个 隐藏 的 引用 关 
系 ， 而 不 是 盲目 地 进行 修改 。 


这 听 起 来 好 像 有 点 复杂 ， 作 为 博士 论文 的 主题 倒是 不 错 〈 博 士 论 文 的 主要 读 
者 一 一 论文 评议 委员 会 一 一 比较 喜欢 理论 性 题目 )， 但 是 对 于 实际 重 构 有 用 吗 ? 


所 有 这 些 安全 性 检查 都 可 以 在 重 构 工 具 中 实现 。 如 果 程 序 员 想 要 重 构 一 个 程序 ， 
只 需 以 这 个 工具 检查 其 代码 。 如 果 检 查 结果 为 “安全 ”， 就 执行 重 构 。 我 的 工具 只 是 
个 研究 雏形 。Don Roberts, John Brant. Ralph Johnson 和 我 5 后 来 实现 了 一 个 体质 更 
健壮 、 功 能 更 齐备 的 工具 〈 人 参见 第 14 章 )， 这 是 我 们 对 于 “Smalltajk 程 序 重 构 ”研究 
的 一 部 分 。 


重 构 的 安全 性 可 以 分 为 很 多 级 别 。 有 些 重 构 很 容易 实施 ， 但 安全 性 较 低 。 使 用 
重 构 工 具有 很 多 好 处 。 它 可 以 帮 有 我 们 做 许多 简单 而 乏味 的 检查 ， 并 标记 出 一 些 埋藏 
较 深 的 问题 。 如 果 不 做 这 些 检查 ， 重 构 动作 有 可 能 导致 程序 完全 崩溃 。 


编译 、 测 试 和 代码 复审 可 以 指出 很 多 错误 ， 但 也 会 遗漏 一 些 错误 ， 重 构 工 具 则 
可 以 帮助 你 抓 住 漏网 之 鱼 。 尽 管 如 此 ， 编 译 、 测 试 和 代码 复审 仍然 是 很 有 价值 的 ， 
在 实时 系统 的 开发 和 维护 中 更 是 如 此 。 这 些 系统 中 的 程序 往往 不 是 孤立 运行 的 ， 它 
们 是 大 型 通信 系统 网 络 中 的 一 部 分 。 有 些 重 构 不 但 把 代码 清扫 干净 ， 而 且 会 让 程序 
跑 得 更 快 。 然 而 提升 某 个 程序 的 速度 ， 可 能 会 在 另 一 个 地 方 造成 性 能 瓶颈 。 这 就 好 
像 你 升级 CPU 进而 提升 了 部 分 系统 性 能 ， 你 需要 以 类 似 方法 来 调整 、 测 试 系统 整体 
性 能 。 另 一 方面 ， 有 些 重 构 也 可 能 略微 降低 系统 整体 性 能 。 一 般 说 来 ， 重 构 对 性 能 
的 影响 是 微不足道 的 。 


“安全 性 措施 ”用 来 保证 重 构 不 会 向 程序 引入 新 错误 。 这 些 措施 并 不 能 检查 或 修 
复 程序 重 构 前 就 存在 的 错误 。 但 重 构 可 以 使 你 更 容易 找到 并 修复 这 些 错误 。 
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13.3 再 论 现实 的 检验 


如 果 要 让 软件 开发 者 接受 重 构 , 首先 必须 解决 一 些 非常 实际 的 问题 。 下 面 列 出 4 
个 最 常见 的 问题 。 


O 程序 员 不 知道 如 何 重 构 。 


O 如 果 重 构 利 益 是 长 远 的 * 何必 现在 付出 这 些 努 力 呢 ? 长 远 看 来 ， 说 不 定 当 项 
目 收获 这 些 利益 时 ， 你 已 经 不 在 职位 上 了 。 


o 代码 重 构 是 一 项 额外 工作 ， 老 板 付 钱 给 程序 员 ， 主 要 是 为 了 编写 新 功能 。 
O 重 构 可 能 破坏 现 有 程序 。 

本 章 中 我 简单 回答 了 这 些 问 题 ， 并 为 那些 希望 更 深入 钻研 的 人 指出 方向 。 
对 于 某 些 项 目 ， 以 下 问题 也 是 需要 关心 的 。 


O 如 果 代 码 由 多 位 程序 员 共 同 拥有 ， 怎 么 办 ? 一 方面 ,许多 传统 的 变更 管理 机 
制 都 可 以 解决 这 个 问题 ， 另 一 方面 ， 如 果 软 件 设 计 良 好 ， 又 经 过 重 构 ， 子 系 
统 之 间 就 会 有 效 分 离 ， 于 是 很 多 重 构 手法 都 只 会 影响 代码 的 一 小 部 分 。 


O 如 果 你 的 代码 库 中 有 多 个 分 支 版 本 的 代码 ， 怎 么 办 ? 有 些 时 候 ， 重 构 和 每 一 
个 分 支 相 关 ， 这 种 情况 下 我 们 必须 在 重 构 前 先 对 所 有 分 支 进行 安全 测试 。 另 
一 些 时 候 ， 重 构 可 能 只 与 某 些 分 支 相 关 ， 那 么 ， 检 查 过 程 和 重 构 过 程 就 简单 
多 了 。 如 果 打算 同时 管理 多 个 分 支 变 化 ,通常 需 要 使 用 许多 传统 的 版 本 管理 
技术 。 如 果 想 将 多 个 分 支 并 入 一 个 新 的 代码 库 中 ， 重 构 也 会 有 所 帮助 ， 因 为 
它 有 可 能 简化 合并 工作 。 


总 而 言 之 ,“ 让 软件 开发 者 相信 重 构 的 实际 价值 ”和 “让 博士 论文 评议 委员 会 相 
信 重 构 研究 够 得 上 博士 水 平 ” 是 完全 不 同 的 两 码 事 。 在 写 完 毕业 论文 以 后 ， 我 又 花 
了 相当 长 的 时 间 才 对 这 种 差异 有 了 足够 充分 的 认识 。 





13.4 ” 重 构 的 资源 和 参考 资料 


本 书 至 此 ， 我 希望 你 已 经 开始 计划 在 自己 的 工作 中 使 用 重 构 技 术 ， 并 鼓励 公司 
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里 的 其 他 人 也 这 样 做 。 如 果 你 还 犹 瑰 不 决 ， 也 许 你 愿意 参考 以 下 列 出 的 数据 ， 或 是 
和 Martin (Fowler@acm.org)、 我 或 其 他 有 重 构 经 验 的 人 联系 。 


如 果 你 打算 深入 研究 重 构 ， 下 列 一 些 参 考 资料 你 可 能 会 想 看 看 。 正 如 Martin 所 
说 ， 本 书 不 是 重 构 的 第 一 份 书面 材料 ， 但 是 〈 我 希望 ) 它 能 让 更 多 人 关注 重 构 概 念 
和 它 带 来 的 利益 。 我 的 博士 论文 是 这 个 主题 的 第 一 份 正 式 书面 材料 ， 但 如 果 读 者 有 
兴趣 探索 重 构 早 期 的 基础 研究 , 应 该 先 看 这 几 篇 文章 : 参考 文献 [3]、 [9] [12]. [13]。 
在 OOPSLA 95 和 OOPSLA 96 大 会 上 , 重 构 都 是 一 个 教学 性 主题 "YW 1。 至 于 那些 同时 
对 设计 模式 和 重 构 感 兴趣 的 读者 ，Brian Foote 和 我 在 PLoP 94 上 发 表 ， 并 于 日 后 被 收 
入 Addison-Wesley 出 版 社 之 《程序 设计 的 模式 语言 》(Pattern Languages of Program 
Design) 从 书 第 一 卷 的 第 14 章 “生命 周期 以 及 支持 演变 和 复 用 的 重 构 模式 ”是 个 不 
错 的 起 点 。 此 外 ， 我 对 重 构 的 研究 很 大 程度 建立 在 Ralph Johnson 和 Brian 关 于 “面向 
对 象 应 用 程序 框架 和 可 复 用 类 的 设计 ”外 的 研究 基础 上 。John Brant. Don Roberts 
和 Ralph Johnson 在 伊利 诺 伊 大 学 对 重 构 的 研究 的 主要 关注 点 是 Smalitalk 程 序 重 构 
to。 他 们 的 网 站 Chttp://st-www.cs.uiuc.edu) 上 有 其 最 新 的 研究 成 果 。 最 近 ， 面 
向 对 象 研究 社 群 对 重 构 的 兴趣 与 日 俱 增 。OOPSAL 96 会 议 之 中 一 个 主题 为 “ 重 构 与 
复 用 ”的 分 会 场 上 也 发 表 了 数 篇 相关 文章 "1]。 





13.5 ”从 重 构 联想 到 软件 复 用 和 技术 传播 


前 面 所 提 的 现实 世界 问题 ， 并 不 仅仅 存在 于 重 构 中 。 它 们 广泛 存在 于 软件 的 演 
化 和 复 用 中 。 


过 去 数 年 ， 我 用 了 很 多 时 间 来 关注 软件 复 用 性 、 平 台 、 框 架 、 模 式 、 遗 留 系统 
< 往往 涉及 非 面向 对 象 软件 ) 的 发 展 相关 问题 。 除 了 在 朗讯 和 贝尔 实验 室 开发 项 目 ， 
我 还 参加 了 其 他 公司 的 员工 讨论 会 一 他 们 也 曾经 与 类 似 问题 搏斗 过 。[ 


复 用 方法 的 现实 问题 ， 和 重 构 的 相关 问题 很 类 似 。 
o 技术 人 员 可 能 不 知道 “该 复 用 什么 ”或 “如 何 复 用 ”。 
a 技术 人 员 可 能 对 于 采用 复 用 方法 缺乏 动力 ， 除 非 他 们 能 够 获得 短期 利益 。 
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O 如 果 要 成 功 适 应 复 用 方法 ， 开 销 、 学 习 曲 线 和 探索 成 本 都 必须 考虑 。 


O 采用 复 用 方法 不 该 引起 项 目 混乱 。 项目 中 可 能 有 很 大 压力 : 尽管 面 对 遗 留 系 
统 的 束缚 ， 仍 应 让 现 有 资产 或 实现 发 挥 作用 。 新 的 实现 应 该 与 现 有 系统 协同 
工作 ， 或 至 少 向 下 兼容 于 现 有 系统 。 


Geoffrey Moore 把 技术 的 接纳 过 程 描述 为 一 条 钟 型 曲线 : 前 段 包 括 先行 者 和 
早期 接受 者 ， 中 部 急剧 增加 的 人 群 包括 早期 消费 群体 和 晚期 消费 群体 ， 后 段 则 是 那 
些 行动 缓慢 者 。 一 个 思想 或 产品 如 果 要 成 功 ， 必 须 得 到 早期 消费 者 和 晚期 消费 者 的 
广泛 支持 。 另 一 方面 ， 许 多 对 于 先行 者 和 早期 接受 者 很 有 吸引 力 的 想法 ， 最 终 彻底 
失败 ， 因 为 它们 没 能 跨越 鸿沟 ， 让 早期 消费 者 和 晚期 消费 者 接纳 它们 。 之 所 以 有 这 
样 的 鸿沟 是 因为 ， 不 同 的 消费 人 和 群 有 着 不 同 的 消费 动机 。 先 行者 和 早期 接受 者 感 兴 
趣 的 是 新 技术 “范式 移 转 和 突破 性 思想 ”的 愿景 。 早 期 和 晚期 消费 群 则 主要 关心 成 
熟 度 、 成 本 、 支 持 ， 以 及 这 种 新 思想 或 新 产品 是 否 被 与 他 们 有 着 相似 需求 的 其 他 人 
成 功 套用 。 


要 打动 并 说 服 软件 开发 者 ,所 需 的 方式 和 打动 并 说 服 软件 研究 者 是 完全 不 同 的 。 
软件 研究 者 通常 是 Moore 所 说 的 “先行 者 ”， 软 件 开发 者 《尤其 是 软件 经 理 ) 则 往往 
是 早期 或 晚期 消费 者 。 如 果 想 要 让 你 的 思想 深入 所 有 人 心 ， 了 解 这 一 差异 是 非常 重 
要 的 。 是 的 ， 无 论 软 件 复 用 或 重 构 ， 要 想 打动 软件 开发 者 ， 这 一 点 都 全 关 重 要 。 


在 朗讯 和 贝尔 实验 室 中 我 发 现 ， 提 倡 复 用 及 运行 其 必要 平台 ， 得 冒 一 点 风险 。 
这 需要 主管 人 员 精 心 制定 策略 、 在 中 阶 经 理 层 组 织 领导 会 议 、 与 项 目 开 发 组 协商 、 
通过 研讨 会 和 出 版 物 向 广大 研究 人 员 和 开发 人 员 宣 扬 这 些 技术 的 好 处 。 在 这 整个 过 
程 中 ， 很 重要 的 几 件 事 是 : 对 员工 进行 培训 、 尽 量 获 取 短 期 利益 、 减 少 开销 、 安 全 
引入 新 技术 。 这 些 见识 ， 都 是 从 我 对 重 构 的 研究 中 得 来 的 。 


我 的 论文 指导 教授 Ralph Johnson 审 查 本 章 草 稿 时 指出 : 这 些 原 则 不 仅 可 应 用 于 
重 构 和 软件 复 用 , 同时 也 是 技术 传播 时 的 常见 问题 。 如 果 你 正 试图 说 服 别人 重 构 (或 
采用 其 他 某 种 技术 或 实践 ), 请 注意 保证 自己 随时 关注 这 些 问题 , 这样 才 能 深入 人 心 。 
技术 的 传播 是 很 困难 的 ， 但 不 是 做 不 到 。 
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13.6 ”小结 


非常 感谢 你 花 时 间 阅 读本 章 。 我 尝试 解决 你 可 能 会 有 的 关于 重 构 的 一 些 问题 ， 
尝试 让 你 了 解 重 构 的 一 些 现实 问题 ， 这 些 问题 亦 存 在 于 更 广泛 的 领域 中 ， 例 如 软 
件 演化 和 复 用 。 希望 你 阅读 本 章 之 后 , 生出 在 自己 的 工作 中 也 使 用 这 些 想法 的 热情 。 


最 后 ， 祝 你 在 软件 开发 之 路 一 帆 风 顺 。 
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重 构 工具 


—Don Roberts 和 John Brant 


构 的 最 大 障碍 之 一 就 是 :几乎 没有 工具 对 它 提 供 支 持 。 那 些 把 重 构 作 为 

文化 成 分 之 一 的 语言 〈 例 如 Smalltalk) 通常 都 提供 了 强大 的 开发 环境 ， 
其 中 对 代码 重 构 的 众多 必要 特性 都 提供 了 支持 。 但 即使 是 这 样 的 环境 , 到 目前 为 止 ， 
也 只 是 对 重 构 过 程 提供 了 部 分 支持 ， 绝 大 部 分 工作 仍然 得 靠 手工 完成 。 





14.1 使 用 工具 进行 重 构 


AF CEM, BALAK sy 给 人 一 种 完全 不 同 的 感觉 。 即 使 
有 测试 套件 织 成 的 安全 网 ， 玫 开 重 构 仍 然 是 很 耗 时 的 王八 。 正 是 这 个 简单 的 事实 造 
成 很 多 程序 员 不 愿 进行 重 移 时 尽管 他 们 知道 各 忆 户 该 重 移 ， 但 毕竟 重 构 的 成 本 太 大 
了 。 如 果 能 够 把 重 构 变 得 像 调整 代码 格式 那么 简单 ， 程 序 员 自 然 也 会 乐意 像 整 理 代 
码 外 观 那 样 去 整理 系统 的 训 诸 人 而 这 样 的 整理 对 代码 的 可 维护 性 、 可 复 用 性 和 可 理 
解 性 ， 都 能 够 带 来 深远 的 正面 影响 。KentBeck 如 是 说 。 


一 -Kent Beck | 
Refactoring Browser 将 会 完全 改变 你 的 编程 思路 。 以 前 你 可 能 会 想 : “HE, R 

应 该 修改 这 个 名 字 ， 但 ……” 现 在 ， 所 有 这 些 让 你 烦心 的 事情 都 烟消云散 了 ， 因 

为 Refactoring Browser 里 有 个 菜单 选项 就 是 专门 用 来 改名 的 , 你 只 管 放心 用 它 就 


是 了 . 


刚 开 始 使 用 这 个 工具 时 ， 我 按照 以 前 的 节奏 ， 走 了 大 概 两 个 小 时 。 我 打算 进 
行 一 项 重 构 ， 于 是 抬头 望 着 天 空 五 分 钟 ， 然 后 手工 完成 重 构 ， 然 后 再 一 次 抬头 刻 
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天 。 很 快 我 就 发 现 : 我 必须 学 会 以 更 大 的 范围 、 更 快 的 节奏 来 考虑 重 构 。 现 在 ， 
开发 过 程 中 我 大 约 以 一 半 时 间 进 行 重 构 ， 另 一 半 时 间 输 入 新 代码 ， 两 者 的 进行 速 
度 几 乎 完全 相同 。 


由 于 有 了 这 种 级 别 的 工具 支持 ， 重 构 和 编程 之 间 的 差异 愈 来 愈 小 了 。 我 们 几乎 
不 会 再 说 “我 正在 编程 ”或 “我 正在 重 构 ”， 我 们 说 得 更 多 的 是 :“ 把 这 个 函数 的 这 
一 部 分 提炼 出 来 ， 把 它 推 到 超 类 去 ， 然 后 添加 一 行 语句 ， 调 用 新 子 类 中 的 新 函 
数 一 一 我 正在 开发 的 那个 函数 。” 由 于 自动 化 重 构 之 后 无 需 测 试 , 因此 编程 与 重 构 之 
闻 的 差异 、“ 更 换 帽 子 ” 的 过 程 等 尽管 仍然 存在 ， 但 都 远 不 如 以 前 那样 明显 了 。 





Uh Extract Method (110) 这 一 重要 的 重 构 手法 为 例 。 如 果 你 要 手工 进行 此 一 重 构 ， 
需要 检查 的 东西 相当 多 。 如 果 使 用 Refactoring Browser， 你 只 需 简单 地 圈 选 出 要 提炼 
的 段落 ， 然 后 点 选 菜单 选项 “Extract Method” 就 行 了 。Refactoring Browser 会 自动 
检查 被 圈 选 的 代码 段落 是 否 可 以 提炼 。 代 码 无 法 提炼 的 原因 可 能 有 以 下 几 点 : 它 可 
能 只 包含 部 分 标识 符 声 明 ， 或 者 可 能 对 某 个 变量 赋值 而 该 变量 又 被 其 他 代码 用 到 。 
所 有 这 些 情况 ， 你 都 完全 不 必 担 心 ， 因 为 重 构 工具 会 帮助 你 处 理 这 一 切 。 然 后 ， 
Refactoring Browser 会 计算 出 新 函数 所 需 的 参数 ， 并 要 求 你 为 新 图 数 取 一 个 名 称 。 你 
还 可 以 决定 新 函数 参数 的 排列 顺序 。 所 有 的 准备 工作 都 做 完 以 后 ，Refactoring 
Browser 会 把 你 圈 选 的 代码 从 源 函 数 中 提炼 出 来 ， 并 在 源 函 数 中 加 上 对 新 函数 的 调 
H. 随后 它 会 在 源 函 数 所 属 的 类 中 建立 新 函数 , 并 以 用 户 指定 的 名 称 为 新 函数 命名 。 
整个 过 程 只 需 15 秒 种 。 你 可 以 拿 这 个 时 间 长 短 和 手工 执行 Extract Method (110) 各 步 
骤 所 需 时 间 做 个 比较 ， 看 看 自动 化 重 构 工 具 的 威力 。 


随 着 重 构成 本 的 降低 ， 设 计 错 误 也 不 再 像 从 前 那样 带 来 昂贵 代价 了 。 由 于 弥补 
设计 错误 所 需 的 成 本 降低 了 ， 和 需要 预先 做 的 设计 也 就 更 少 了 。 预 先 设计 是 一 项 带 有 
预测 性 质 的 工作 ， 因 为 项 目 激活 之 时 ， 需 求 往往 还 不 明朗 。 由 于 设计 时 尚未 编写 代 
码 ， 所 以 正确 的 设计 方式 应 该 是 : 尽量 简化 需求 尚未 明朗 的 那 一 部 分 代码 。 过 去 ， 
无 论 最 初 的 设计 方案 水 平 如 何 ， 我 们 都 不 得 不 忍受 ， 因 为 修改 设计 的 代价 实在 太 高 
了 。 有 了 自动 化 重 构 工 具 的 帮助 ， 我 们 可 以 让 设计 更 具 可 变性 ， 因 为 修改 设计 不 再 
需要 付出 那么 高 的 代价 了 。 如 今 ， 我 们 可 以 只 对 当前 完全 了 解 的 问题 进行 设计 ， 央 
为 我 们 知道 以 后 可 以 很 方便 地 扩展 设计 方案 以 加 入 额外 的 灵活 性 。 我 们 不 再 需要 预 
测 系统 未 来 所 有 可 能 的 修改 。 如 果 发 现 当 前 的 设计 给 编程 带 来 麻烦 , 造成 第 3 章 所 说 
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的 坏 味 道 ， 我 们 可 以 很 快 修改 设计 ， 使 代码 更 干净 、 更 可 维护 。 


工具 辅助 下 的 重 构 工 作 ， 也 影响 了 测试 。 拥 有 自动 化 重 构 工具 的 辅助 之 后 ， 所 
需 测 试 少 多 了 ， 因 为 很 多 重 构 都 可 以 自动 进行 ， 无 需 再 做 测试 。 当 然 ， 总 有 一 些 重 
构 是 无 法 自动 进行 的 ， 因 此 测试 步骤 永远 都 不 可 能 被 完全 忽略 。 经 验 显示 :在 自动 
化 重 构 工具 的 协助 下 ， 我 们 每 天 所 需 运 行 的 测试 数量 ， 和 在 无 自动 化 重 构 工具 的 环 
境 中 大 致 相当 ， 但 完成 的 重 构 数 量 则 大 大 增加 。 


正如 Martin 指 出 , Java 也 需要 这 样 的 自动 化 重 构 工具 。 以 下 我 们 将 提出 一 些 准则 
一 只 有 满足 这 些 准则 的 自动 化 重 构 工 具 ， 才 是 成 功 的 工具 。 尽 管 也 提 到 了 技术 方 
面 的 准则 ， 但 我 们 相信 ， 实 用 性 方面 的 准则 重要 得 多 。 


my a 
14.2 重 构 工具 的 技术 标准 


重 构 工 具 最 主要 的 用 途 就 是 让 程序 员 可 以 不 必 重 新 测试 , 便 能 对 代码 进行 重 构 。 
即使 有 了 自动 化 测试 工具 ， 测 试 仍然 是 很 费时 间 的 ， 如 果 能 完全 避免 测试 ， 将 可 极 
大 加 快 重 构 过 程 。 本 节 简 短 讨论 重 构 工具 的 技术 标准 。 唯 有 满足 这 些 标准 ， 重 构 工 
具 才 能 在 保持 程序 行为 的 前 提 下 ， 对 程序 进行 改造 。 


程序 数据 库 


对 于 重 构 工 具 ， 最 早 被 人 们 所 认识 的 需求 就 是 贯穿 整个 程序 搜索 各 种 程序 元 素 
的 能 力 。 例 如 ， 对 于 某 个 特定 函数 ， 找 出 其 所 有 可 能 被 调用 点 ， 对 于 某 个 特定 的 实 
例 变量 ， 找 到 读 / 写 该 变量 的 所 有 函数 。 在 Smalltalk 这 样 紧密 集成 的 环境 中 ， 这 类 信 
恩 总 是 被 维护 为 一 种 便于 搜索 的 格式 。 这 不 是 传统 意义 上 的 数据 库 ， 但 的 确 是 一 个 
可 搜索 的 数据 库 。 程 序 员 只 需 执行 一 次 搜索 动作 ， 就 可 以 找到 任何 程序 元 素 的 交叉 
引用 。 这 种 能 力主 要 源 自 代码 的 动态 编译 机 制 ， 当 任何 一 个 类 被 修改 ， 就 立刻 被 纺 
详 为 字 节 码 ， 而 上 述 的 数据 库 则 同时 得 到 更 新 。 在 较为 静态 的 开发 环境 (如 Java) 
中 ， 程 序 员 是 把 代码 输入 到 文本 文件 中 。 这 种 环境 下 如 果 要 更 新 程序 数据 库 ， 就 必 
须 运行 一 个 程序 来 处 理 这 些 文本 文件 ， 从 中 提炼 相关 信息 。 这 样 的 更 新 过 程 和 Java 
代码 自身 的 编译 过 程 很 相似 。 一 些 比较 先进 的 开发 环境 例如 IBM VisualAge for 
Java) 则 模仿 了 Smalltalk 的 程序 数据 库 动态 更 新 机 制 。 
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有 一 种 原始 的 做 法 是 : 以 诸如 grep 之 类 的 文本 处 理工 具 来 进行 搜索 。 这 种 办 法 
很 快 就 归于 失败 ， 因 为 它 无 法 区 分 名 为 foo 的 变量 和 名 为 foo 的 函数 。 要 建立 程序 数 
据 库 ， 就 必须 借助 语义 分 析 来 判断 程序 中 每 个 语汇 单元 在 语句 中 的 地 位 。 而 且 这 种 
分 析 在 类 定义 和 函数 定义 两 层面 上 都 不 可 少 : 在 类 定义 层面 上 ， 需 要 以 语义 分 析 来 
区 分 实例 变量 和 函数 ;在 函数 定义 层面 上 ， 需 要 以 语义 分 析 来 区 分 实例 变量 和 函数 
引用 。 


解析 树 


绝 大 多 数 重 构 都 必须 处 理 函 数 层面 下 的 一 部 分 系统 ， 遂 常 是 对 被 修改 程序 元 素 
的 引用 。 举 个 例子 ， 如 果 某 个 实例 变量 被 改名 ， 那 么 其 所 属 类 及 其 子 类 中 对 于 该 实 
例 变量 的 所 有 引用 都 必须 更 新 。 有 些 重 构 手 法 则 整个 运作 于 函数 层面 下 ， 例 如 将 茶 
个 函数 的 一 部 分 提炼 为 一 个 独立 函数 。 由 于 对 函数 的 任何 修改 都 必须 能 够 处 理 函 数 
结构 ， 因 此 我 们 需要 解析 树 的 帮助 。 这 是 一 种 数据 结构 ， 可 用 以 表现 函数 的 内 部 结 
构 。 下 面 是 个 简单 例子 : 


public void hello( ){ 
System.out.println("Hello World"); 
} 


这 个 函数 相应 的 解析 树 如 图 14-1。 
准确 性 


由 工具 实现 的 重 构 ， 必 须 合理 保持 程序 原 有 行为 。 当 然 ， 完 全 的 行为 保持 是 不 
可 能 达到 的 ， 重 构 总 是 会 给 程序 带 来 一 些 细微 改变 。 例 如 重 构 可 能 会 对 程序 的 运行 
速度 带 来 数 个 微 秒 的 变化 ， 这 算是 “完全 的 行为 保持 ” 吗 ? 通常 这 般 微 小 差异 不 会 
对 程序 造成 影响 。 但 如 果 程 序 有 严格 的 实时 性 要 求 ， 这 一 点 点 差异 就 可 能 导致 整个 
程序 出 错 。 


即使 是 传统 程序 而 非 实时 系统 ) 也 可 能 被 重 构 破坏 。 假 设 你 的 程序 建构 了 一 
个 字符 串 , 然后 使 用 Java 反 射 API 执 行 以 这 个 字符 串 命 名 的 浮 数 ,那么 如 果 日 后 你 修 
改 这 个 函数 的 名 称 ， 程 序 就 会 抛 出 一 个 异常 。 重 构 前 的 程序 不 会 这 样 做 。 


然而 ， 对 绝 大 多 数 程序 来 说 ， 重 构 可 以 相当 准确 。 只 要 可 能 破坏 重 构 准 确 性 的 
因素 都 被 识别 出 来 ， 重 构 技 术 员 就 可 以 避免 在 不 适当 时 候 进行 重 构 ， 也 可 以 避免 对 
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[sm Dear | 
图 14-1 hello() 函 数 的 解析 树 


于 重 构 工具 无 法 修补 的 程序 错误 地 进行 手工 修补 。 





14.3” 重 构 工具 的 实用 标准 


工具 之 所 以 被 创造 出 来 ， 是 为 了 帮助 人 们 完成 工作 。 如 果 工 具 不 能 适应 人 们 的 
工作 方式 ， 人 们 就 不 会 使 用 它 。 重 构 工 具 的 最 重要 要 求 就 是 : 和 其 他 工具 共同 集成 
出 重 构 过 程 。 


速度 

重 构 前 的 分 析 和 必要 调整 ， 可 能 会 耗费 较 多 时 间 ， 因 为 它们 有 可 能 非常 复杂 。 
工具 设计 者 必须 考虑 这 些 前 期 工作 对 时 间 和 准确 性 的 影响 。 如 果 重 构 前 需要 大 量 准 
备 工 作 ， 程 序 员 就 不 会 使 用 自动 化 重 构 工 具 ， 他 们 宁可 手工 进行 重 构 。 是 的 ， 开 发 
速度 总 是 很 重要 的 。 在 开发 Refactoring Browser 的 过 程 中 ， 有 数 个 重 构 手法 并 没有 
被 我 们 实现 出 来 , 正 是 因为 我 们 无 法 在 可 被 接受 的 时 间 内 安全 实现 它们 。 但 是 我 们 
的 工作 仍然 具 有 成 绩 ， 绝 大 多 数 重 构 都 可 以 在 极 短 时 间 内 以 极 高 的 准确 度 完成 。 
计算 机 科学 家 总 是 希望 能 够 覆盖 特定 方法 无 法 处 理 的 所 有 边界 情况 ， 但 事实 上 绝 
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大 多 数 程序 并 不 涉及 那些 边界 情况 。 因 此, 简单 而 快速 的 做 法 便 可 很 好 地 胜任 这 些 
工作 。 


如 果 重 构 前 的 分 析 需 要 花费 太 长 时 间 ， 一 个 简单 的 解决 办 法 就 是 : 直接 询问 程 
序 员 你 所 需要 的 信息 。 这 种 办 法 把 保证 准确 性 的 责任 交 给 了 程序 员 ， 于 是 分 析 过 程 
可 以 进行 得 更 快 一 些 。 很 多 时 候 程序 员 其 实 都 知道 必要 信息 。 尽 管 这 种 办 法 可 能 不 
够 安全 (因为 程序 员 有 可 能 犯错 ), 但 出 错 的 责任 也 一 部 分 落 在 了 程序 员 户 上。 讽刺 
的 是 ， 这 竟然 使 程序 员 更 有 可 能 使 用 这 些 工具 ， 因 为 他 们 无 需 倚赖 程序 的 试 错 来 收 
SRE 


撤销 


自动 化 重 构 令 开发 者 得 以 采用 探索 方式 进行 设计 :你 可 以 试 着 把 代码 移 到 他 处 ， 
观察 新 设计 方案 是 否 有 效 。 由 于 我 们 假设 重 构 都 能 够 保持 程序 的 原本 行为 ， 所 以 反 
向 重 构 《〈 亦 即 对 原 重 构 的 撤销 ) 也 应 该 不 影响 程序 的 原本 行为 。Refactoring Browser 
的 早期 版 本 并 没有 撤销 功能 , 这 使 用 户 无 法 对 重 构 充 满 信心 。 重 构 的 撤销 相当 困难 。 
但 是 很 多 时 候 我 们 偏偏 必须 找 出 程序 重 构 前 的 版 本 ， 重 新 开始 ， 这 可 真 够 讨厌 的 。 
于 是 我 们 后 来 为 Refactoring Browser 加 上 了 撤销 功能 , 从 而 又 克服 了 一 个 障碍 。 现 在 ， 
我 们 可 以 放心 尝试 ， 不 会 遭受 任何 惩罚 ， 因 为 我 们 总 是 可 以 回 到 原先 的 任何 一 个 版 
本 。 我 们 可 以 建立 新 的 类 、 搬 移 函 数 、 观 察 代码 的 行为 ， 而 后 又 改变 想法 ， 走 男 一 
个 完全 不 同 的 方向 。 这 一 切 都 可 以 非常 快速 地 完成 。 


与 其 他 工具 集成 


过 去 十 年 以 来 ， 集 成 开发 环境 (IDE) 已 经 成 为 绝 大 多 数 开发 项 目的 核心 工具 。 
IDE 将 编辑 器 、 编 译 器 、 连 接 器 、 调 试 器 以 及 程序 开发 所 需 的 其 他 所 有 工具 ， 都 集 
成 于 一 起 ， 开 发 者 可 以 在 同一 个 环境 中 极 方 便 地 使 用 所 有 这 些 工 具 。Refactoring 
Browser for Smalltalk 早 期 版 本 是 一 个 独立 于 标准 Smalltalk 开 发 工具 之 外 的 工具 ， 我 
们 发 现 根本 没 人 使 用 这 样 的 产品 ， 就 连 我 们 自己 都 不 用 。 但 是 把 重 构 功能 直接 集成 
到 Smalltalk Browser 之 后 , 我 们 就 开始 经 常 使 用 它 。 工具 是 否 触 手 可 及 造成 了 这 一 切 
的 不 同 。 
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我 们 开发 并 使 用 Refactoring Browser 有 好 多 年 了 , 已 经 习惯 使 用 它 来 重 构 它 自身 
的 代码 。Refactoring Browser 之 所 以 获得 成 功 ， 原 因 之 一 在 于 : 我 们 都 是 程序 员 ， 并 
且 一 直 力 图 让 它 满足 我 们 自己 的 需求 。 如 果 我 们 遇 上 一 个 手工 执行 的 重 构 项 ， 而 又 
觉得 它 具 有 普遍 意义 ， 就 会 在 Refactoring Browser 中 实现 它 。 如 果 哪 里 运行 太 慢 ， 我 
们 就 把 它 调 快 一 点 ; 如 果 哪 里 的 准确 性 还 不 够 ， 我 们 也 会 改进 它 。 


我 们 相信 : 要 想 控制 软件 项 目 演化 过 程 中 产生 的 复杂 度 ， 使 用 自动 化 重 构 工 具 
是 最 好 的 办 法 。 如 果 没 有 合适 工具 协助 我 们 解决 那些 复杂 度 ， 软 件 就 会 变 得 及 肿 不 
堪 、 错 漏 百 出 、 不 塔 一 击 。 由 于 Java 比 那些 与 它 语法 相近 的 语言 简单 得 多 ， 因 此 开 
发 Java 重 构 工 具 也 容易 得 多 。 我 们 希望 这 种 工具 早日 出 现 ， 我 们 希望 能 避免 发 生 于 
C++ 身上 的 缺陷 。” 


@ 以 Eclipse 和 IntelliJ 为 代表 的 现代 Java IDE 已 经 提供 了 相当 强大 的 自动 化 重 构 功 能 ， 读 者 应 该 首先 
大 了 解 它 们 。 一 一 译 者 注 
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—Kent Beck 


EM 你 已 经 拥有 了 七 巧 板 的 每 一 块 : 了 解 了 重 构 的 基础 ， 知 道 了 重 构 的 
分 类 ， 还 实践 了 所 有 这 些 重 构 。 同 时 ， 你 已 经 很 擅长 测试 了 ， 所 以 不 再 
RAR. TERIEN: “ROAM MY S.” A, BRA. 


前 面 列 出 的 技术 仅仅 是 一 个 起 点 ， 是 你 登 党 入 室 之 前 的 大 门 。 如 果 没 有 这 些 技 
术 ， 你 根本 无 法 对 运行 中 的 程序 进行 任何 设计 上 的 改动 。 有 了 这 些 技术 ， 你 仍然 做 
不 到 ， 但 起 码 可 以 开始 尝试 了 。 


这 些 技 术 如 此 精彩 ， 可 它们 却 仅仅 是 个 开始 ， 这 是 为 什么 ? 答案 很 简单 : 因为 
你 还 不 知道 何 时 应 该 使 用 它们 、 何 时 不 应 该 使 用 ; 何 时 开始 、 何 时 停止 ; 何 时 前 进 、 
何 时 等 待 。 使 重 构 能 够 成 功 的 ， 不 是 前 面 各 自 独立 的 技术 ， 而 是 这 种 节奏 。 


你 又 是 如 何 得 知 什么 时 候 才 真正 懂得 这 一 切 的 呢 ? 正 是 当 你 开始 冷静 下 来 的 时 
候 ， 对 自己 的 重 构 技 艺 感到 绝对 自信 一 一 个 论 别 人 留 下 的 代码 多 么 杂乱 无 章 ， 你 都 
可 以 将 它 变 好 ， 好 到 足以 进行 后 续 的 开发 一 一 那 时 你 就 知道 ， 自 己 已 经 “得 道 ” 了 。 


不 过 ， 大 多 数 时 候 ,“ 得 道 ”的 标志 是 : 你 可 以 自信 地 停止 重 构 。 在 重 构 者 的 整 
场 表演 中 ,“ 停 止 ” 正 是 压轴 大 戏 。 一 开始 你 为 自己 选择 一 个 大 目标 , 例如 “去 掉 一 
HER BAI FAR”. 然后 你 开始 问 着 这 个 目标 前 进 , 每 一 步 都 走 得 小 而 坚定 ， 每 一 步 
都 有 备份 ， 保 证 能 够 回头 。 好 的 ， 你 离 目标 愈 来 愈 近 ， 愈 来 愈 近 ， 现 在 只 剩 两 个 函 
数 需 要 合并 ， 然 后 就 将 大 功 告 成 。 


就 在 此 时 ， 意 想不到 的 事情 发 生 了 : 你 再 也 无 法 前 进一步 。 也 许 是 因为 时 间 太 
晚 ， 你 太 疲倦 ， 也许 是 因为 一 开始 你 的 判断 就 出 错 ， 实 际 上 不 可 能 去 掉 所 有 子 类 ; 
也 许 是 因为 没有 足够 的 测试 来 支持 你 。 总 而 言 之 ， 你 的 自信 灰飞烟灭 ， 你 无 法 再 自 
信 满 满 地 跨 出 下 一 步 。 你 认为 自己 应 该 没 把 任何 东西 搞 乱 ， 但 也 无 法 确定 。 
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这 是 该 停 下 来 的 时 候 了 。 如 果 代 码 已 经 比重 构 之 前 好 ， 那 么 就 把 它 集成 到 系统 
H, 发 布 你 的 成 果 。 如 果 代 码 并 没有 变 好 , 就 果断 放弃 这 些 无 用 的 工作 , 回 到 起 始点 。 
然后 ， 为 自己 学 到 一 课 而 高 兴 ， 为 这 次 重 构 没 能 成 功 而 抱 憾 。 那 么 ， 明 天 怎么 办 ? 


明天 ， 或 者 后 天 ， 或 者 下 个 月 ， 甚 至 可 能 是 明年 ， 灵 感 总 会 来 的 。 为 了 等 待 进 
行 一 项 重 构 的 后 一 半 所 需 的 灵感 ， 我 最 多 曾经 等 过 九 个 月 。 你 可 能 会 明白 自己 错 在 
哪里 ,也 可 能 明白 自己 对 在 哪里 ， 总 之 都 能 使 你 想 清楚 下 一 个 步骤 如 何 进行 。 然 后 ， 
你 就 可 以 像 最 初 一 样 自信 地 路 出 这 一 步 。 也 许 你 羞愧 地 想 :“ 我 太 条 了 , 竟然 这 人 么 入 
都 没 想 到 这 一 步 。” 大 可 不 必 ， 每 个 人 都 是 这 样 的 。 


这 有 点 像 在 巧 崖 峭壁 上 的 小 径 行走 :只 要 有 光 ， 你 就 可 以 前 进 ， 虽 然 遵 慎 却 仍 
然 自 信 。 但 是 ， 一 旦 太阳 下 山 ， 你 就 应 该 停止 前 进 ， 夜 晚 你 应 该 睡觉 ， 并 且 相信 上 明 
天 早晨 太阳 仍旧 升 起 。 


这 听 起 来 似乎 有 点 神秘 而 模糊 ， 近 平 清谈 玄 想 。 从 感觉 上 来 说 ， 的 确 如 此 ， 因 
为 这 是 一 种 全 新 的 编程 方式 。 当 你 真正 理解 重 构 之 后 ， 系 统 的 整个 设计 对 你 来 说 ， 
就 像 源码 文件 中 的 字符 那样 可 以 随心 所 欲 地 操控 。 你 可 以 直接 感受 到 整个 设计 ， 可 
以 清楚 看 到 如 何 将 设计 变 得 更 灵活 ， 也 可 以 看 到 如 何 修改 它 ， 这 里 修改 一 点 ， 于 是 
这 样 表现 ， 那 里 修改 一 点 ， 于 是 那样 表现 。 


但 是 ， 从 另 一 个 角度 来 说 ， 这 也 并 非 那 么 地 神秘 而 模糊 。 重 构 是 一 种 可 以 学 习 
的 技术 ， 你 可 以 从 本 书 读 得 并 学 习 它 的 各 个 组 成 。 然 后 ， 只 要 把 这 些 技术 集成 在 一 
起 并 使 之 完善 ， 就 可 以 从 一 个 全 新 角度 看 待 软件 开发 。 


正如 我 所 说 ， 这 是 一 种 可 以 学 习 的 技术 。 那 么 ， 应 该 如 何 学 习 呢 ? 


O 随时 挑 一 个 目标 。 某 个 地 方 的 代码 开始 发 身 了 ， 你 就 应 该 将 问题 解决 掉 。 你 
应 该 朝 目标 前 进 , 达成 目标 后 就 停止 。 你 之 所 以 重 构 , 不 是 为 了 探索 真善美 (全 
少 不 全 是 )， 而 是 为 了 让 你 的 系统 更 容易 被 人 理解 ， 为 了 防止 程序 变 得 散乱 。 


O 没 把 握 就 停 下 来 。 朝 目标 前 进 的 过 程 中 ， 可 能 会 有 这 样 的 时 候 : 你 无 法 证 明 
自己 所 做 的 一 切 能 够 保持 程序 原本 的 语义 。 此 时 你 就 应 该 停 下 来 。 如 果 代 码 
已 经 改善 了 一 些 ， 就 发 布 你 的 成 果 ; 如 果 没 有 ， 就 撤销 所 有 修改 。 


o 学 习 原 路 返回 。 重 构 的 原则 不 好 学 ， 而 且 很 容易 遗失 准 头 。 就 连 我 自己 ， 也 
经 常 忘记 这 些 原则 。 我 有 时 会 连续 做 两 、 三 项 甚至 四 项 重 构 ， 而 没有 每 次 执 
行 测试 用 例 。 当 然 那 是 因为 我 完全 相信 ， 即 使 没有 测试 的 帮助 ， 我 也 不 会 出 
错 。 于 是 我 就 放手 干 了 。 然 后 ,“ 帮 ” 的 一 声 ， 某 个 测试 失败 ， 我 却 无 法 找 
到 究竟 哪 一 次 修改 造成 了 这 个 问题 。 
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这 时 候 你 一 定 很 愿意 就 地 调试 , 试图 从 麻烦 中 脱身 。 毕 竟 , 不 管 怎么 说 ， 
一 开始 所 有 测试 都 能 够 正常 运行 , 现在 要 让 它们 再 次 正常 运行 ， 会 困难 到 哪 
里 去 ? 停 ! 你 的 重 构 已 经 失控 了 ， 如 果 继续 向 前 走 ， 你 根本 不 可 能 知道 如 何 
夺回 控制 权 。 你 应 该 回 到 最 近 一 个 没有 出 错 的 状态 ， 然 后 逐一 重复 刚才 做 过 
的 重 构 项 ， 每 次 重 构 之 后 一 定 要 运行 所 有 测试 。 


站 着 说 话 不 腰疼 ， 以 上 一 切 昕 起 来 似乎 显而易见 。 当 你 出 错 的 时 候 ， 使 
系统 极 大 简化 的 一 个 方案 也 许 已 经 近 在 你 尺 ， 这 时 候 要 你 停 下 来 回 到 起 点 ， 
不 音 是 最 痛苦 的 事情 。 但 是 ， 现 在 ， 趁 你 头脑 还 清楚 的 时 候 ， 请 想 一 想 : 如 
果 你 第 一 次 重 构 用 了 一 小 时 ， 重 复 它 只 需 十 分 钟 就 够 了 ， 所 以 如 果 你 退回 原 
点 ， 十 分 钟 之 内 一 定 能 够 再 次 达到 现在 的 进度 。 但 如 果 你 继续 前 进 ， 调 试 所 
需 时 间 也 许 是 五 秒 种 ， 也 许 是 两 小 时 。 


当然 ， 我 现在 说 这 些 ， 也 是 看 人 挑 担 不 吃力 ， 实 际 做 起 来 困难 得 多 。 我 
个 人 曾经 因为 没有 遵循 这 条 建议 ， 花 了 四 个 小 时 进行 三 次 尝试 。 我 失控 、 放 
弃 、 慢 慢 前 进 、 再 次 失控 、 再 重复 …… 真 是 痛苦 的 四 个 小 时 。 这 不 是 件 有 趣 
的 事 ， 所 以 你 需要 帮助 。 


o 二 重奏 。 和 别人 一 起 重 构 ， 可 以 收 到 更 好 的 效果 。 两 人 结对 ， 对 于 任何 一 种 
软件 开发 都 有 很 多 好 处 ， 对 于 重 构 也 不 例外 。 重 构 时 ， 小 心 遵 慎 、 按 部 就 班 
的 态度 是 有 好 处 的 。 如 果 两 人 结伴 ， 你 的 搭档 能 够 帮助 你 一 步 一 步 前 进 ， 你 
也 能 够 帮助 他 。 重 构 时 ， 时 刻 留意 远景 目标 是 有 好 处 的 。 如 果 两 人 结伴 ， 你 
的 搭档 可 能 看 到 你 没 看 到 的 东西 ， 能 想到 你 没 想到 的 事情 。 重 构 时 ， 明 智 结 
束 是 有 好 处 的 。 如 果 你 的 搭档 不 知道 你 在 干什么 ， 那 就 意味 你 肯定 也 不 知道 
自己 在 干什么 ， 此 时 你 就 应 该 结束 重 构 。 最 重要 的 是 ， 重 构 时 ， 拥 有 绝对 目 
信 是 绝对 有 好 处 的 。 如 果 两 人 结伴 ， 你 的 搭档 能 够 给 你 温柔 的 鼓励 ， 让 你 不 
至 于 灰心 丧气 。 


与 搭档 协同 工作 的 另 一 方面 就 是 交谈 。 你 必须 讲 出 你 所 想 做 的 事 ， 这 样 你 们 两 
个 才能 朝 着 同一 个 方向 努力 。 你 得 把 你 正在 做 的 事情 讲 出 来 ， 这 样 你 的 搭档 才 有 可 
能 指出 你 的 错误 。 你 得 把 刚才 做 过 的 事情 讲 出 来 ， 这 样 下 次 遇 到 同样 情况 时 你 才能 
做 得 更 好 。 所 有 这 些 交 谈 都 有 助 于 你 更 清楚 了 解 如 何 让 个 别 的 重 构 项 适应 整个 重 构 
节奏 。 
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即使 你 已 经 在 你 的 重 构 目标 (代码 ) 中 工作 了 好 几 年 ， 一 丝 一 缕 了 然 于 胸 ， 但 
只 要 发 现 其 中 的 坏 味道 ， 以 及 消除 坏 味道 的 重 构 手法 ， 你 就 有 可 能 看 到 程序 的 另 一 
种 可 能 。 你 也 许 会 想 立 刻 挽 起 袖子 ， 把 你 看 到 的 所 有 问题 都 解决 掉 。 不 ， 不 要 这 么 
莫 撞 。 没 有 一 位 经 理 愿意 听 到 他 的 开发 成 员 说 “我 们 要 停工 三 个 月 来 清理 以 前 的 代 
码 “。 而 且 开 发 人 员 本 来 也 就 不 应 该 这 样 做 。 大 规模 的 重 构 只 会 带 来 灾难 。 


你 面前 的 代码 也 许 看 起 来 混乱 极 了 , 不 要 着 急 , 一 点 一 点 慢 慢 地 解决 这 些 问 题 。 
当 你 想 要 添加 新 功能 时 ， 用 上 几 分 钟 时 间 把 代码 整理 一 下 。 如 果 首 先 添加 一 些 测试 
能 使 你 对 整理 工作 更 有 信心 ， 那 就 去 做 ， 它 们 会 回报 你 的 努力 。 如 果 在 添加 新 代码 
之 前 进行 重 构 ， 那 么 添加 新 代码 的 风险 将 大 大 降低 。 重 构 可 以 使 你 更 好 理解 代码 的 
作用 和 工作 方式 ， 这 使 得 新 功能 的 添加 更 容易 。 而 且 重 构 之 后 代码 的 质量 也 会 大 大 
提高 ， 下 次 你 再 有 机 会 处 理 它们 的 时 候 ， 肯 定 会 对 目前 所 做 的 重 构 感 到 非常 满意 。 


永远 不 要 态 记 “两 项 帽子 ”。 重 构 时 你 总 会 发 现 某 些 代码 并 不 正确 。 你 绝对 相信 
自己 的 判断 ， 因 此 想 马上 把 它们 改正 过 来 。 啊 ， 顶 住 诱惑 ， 别 那么 做 。 重 构 时 你 的 
目标 之 一 就 是 保持 代码 的 功能 完全 不 变 , 既 不 多 也 不 少 。 对 于 那些 需要 修改 的 东西 ， 
列 个 清单 把 它们 记录 下 来 (通常 我 在 计算 机 旁边 放 一 张 索引 卡 ), 需要 添加 或 修改 的 
测试 用 例 、 需 要 进行 的 其 他 重 构 、 需 要 撰写 的 文档 、 需 要 夯 的 图 …… 都 暂时 记 在 卡 
E. 这样 就 不 会 态 掉 这 些 需要 完成 的 工作 。 千 万 别 让 这 些 工 作 打 乱 你 手 上 的 工作 。 
重 构 完成 之 后 ， 再 去 做 这 些 事情 也 不 迟 。 
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针对 Null Object 模式 的 讨论 。 
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计算 机 精品 学 习 资料 大 放送 
软考 官方 指定 教材 及 同步 辅导 书 下 载 | 软考 历年 真是 解析 与 答案 
软考 视频 | 考试 机 构 | 考试 时 间 安 排 
Java 一 览 无 余 : Java 视频 教程 | Java SE | Java EE 
Net 技术 精品 资料 下 载 汇 总 : ASP.NET 篇 
Net 技术 精品 资料 下 载 汇 总 : C# 语 言 
.Net 技术 精品 资料 下 载 汇 总 : VB.NET 篇 
撼 世 出 击 : C/C++ 编程 语言 学 习 资料 尽 收 眼底 电子 书 + 视 频 教 程 
Visual C++(VC/MFC) 学 习 电 子 书 及 开发 工具 下 载 
Perl/CGI 脚本 语言 编程 学 习 资源 下 载 地 址 大 全 
Python 语言 编程 学 习 资料 (电子 书 二 视频 教程 ) 下 载 汇 总 
最 新 最 全 Ruby, Ruby on Rails 精品 电子 书 等 学 习 资 料 下 载 
数据 库 精 品 学 习 资源 汇总 ，MySQL 篇 | SQL Server 篇 | Oracle 篇 
最 强 HTML/xHTML、CSS 精品 学 习 资料 下 载 汇总 
最 新 JavaScript, Ajax 典藏 级 学 习 资 料 下 载 分 类 汇总 
网 络 最 强 PHP 开发 工具 + 电子 书 + 视 频 教程 等 资料 下 载 汇 总 
UML 学 习 电子 资 下 载 汇总 软件 设计 与 开发 人 员 必 备 
经 典 LinuxCBT 视频 教程 系列 Linux 快速 学 习 视 频 教程 一 帖 通 
天 罗 地 网 :精品 Linux 学 习 资 料 大 收集 (电子 书 + 视 频 教 程 ) Linux 参考 资源 大 系 
Linux 系统 管理 员 必 备 参考 资料 下 载 汇总 
Linux shell、 内 核 及 系统 编程 精品 资料 下 载 汇 总 
UNIX 操作 系统 精品 学 习 资 料 < 电子 书 + 视 频 > 分 类 总 汇 
FreeBSD/OpenBSD/NetBSD 精品 学 习 资源 索引 含 书籍 十 视频 
Solaris/OpenSolaris 电子 书 、 视 频 等 精华 资料 下 载 索 引 
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要 点 列表 


如 果 你 发 现 自己 需要 为 程序 添加 一 个 特性 ， 而 代码 结构 使 你 无 法 很 方便 
地 达成 目的 ， 那 就 先 重 构 那 个 程序 ， 使 特性 的 添加 比较 容易 进行 ， 然 后 
再 添加 特性 。 


重 构 前 ， 先 检查 自己 是 否 有 一 套 可 靠 的 测试 机 制 。 这 些 测试 必须 有 上 自我 
检验 能 力 。 


重 构 技 术 就 是 以 微小 的 步伐 修改 程序 。 如 果 你 犯 下 错误 ， 很 容易 便 可 发 


任何 一 个 傻瓜 都 能 写 出 计算 机 可 以 理解 的 代码 。 唯 有 写 出 人 类 容易 理解 
的 代码 ， 才 是 优秀 的 程序 员 。 


重 构 (名 词 ): 对 软件 内 部 结构 的 一 种 调整 ， 目 的 是 在 不 改变 软件 可 观察 
行为 的 前 提 下 ， 提 高 其 可 理解 性 ， 降 低 其 修改 成 本 。 


EH (动词 ): 使 用 一 系列 重 构 手 法 , 在 不 改变 软件 可 观察 行为 的 前 提 下 ， 
调整 其 结构 。 


事 不 过 三 ， 三 则 重 构 。 

不 要 过 早 发 布 接口 。 请 修改 你 的 代码 所 有 权 政 策 ， 使 重 构 更 顺畅 。 

当 你 感觉 需要 撰写 注释 时 ， 请 先 尝试 重 构 ， 试 着 让 所 有 注释 都 变 得 多 余 。 
确保 所 有 测试 都 完全 自动 化 ， 让 它们 检查 自己 的 测试 结果 。 


一 套 测试 就 是 一 个 强大 的 bug 侦 测 器 ， 能 够 大 大 缩减 查找 bug 所 需要 的 时 
间 。 
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频繁 地 运行 测试 。 每 次 编译 请 把 测试 也 考虑 进去 一 每 天 至 少 执行 每 个 测 
试 一 次 。 


每 当 你 收 到 bug 报 告 ， 请 先 写 一 个 单元 测试 来 暴露 这 只 bug。 

编写 未 至 完善 的 测试 并 实际 运行 ， 好 过 对 完美 测试 的 无 尽 等 待 。 

考虑 可 能 出 错 的 边界 条 件 ， 把 测试 火力 集中 在 那儿 。 

当 事 情 被 大 家 认为 应 该 会 出 错时 ， 别 忘 了 检查 是 否 抛 出 了 预期 的 异常 。 


不 要 因为 测试 无 法 捕捉 所 有 bug 就 不 写 测 试 ， 因 为 测试 的 确 可 以 捕捉 到 大 
多 数 bug。 
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R 


bug 
写 测试 无 法 捕获 所 有 bug，101 
写 单 元 测试 暴露 bug，97 
修补 错误 时 重 构 ，58-59 
重 构 帮助 找到 bug，57 
bug 侦 测 器 和 一 套 测试 ，90 
case 语 句 ，47 
GoF 模 式 ，39 
GUIX, 78,170 
Java 
1.1, 214-215 
2, 210-212 
按 值 传递 ，133-134 
Java 的 按 值 传递 ，133-134 
JUnit 测 试 框架 ，91-97 
单元 测试 和 功能 测试 ，96-97 
Movie 
Movie 类 ，2-3, 35, 37, 40-41, 43-45, 49 
Movie, 38 
使 用 继承 ，38 
Refactoring Browser，401-402 
UML, 24-25 


B 

把 函数 移 到 Price 类 ，49 

被 拒绝 的 遗赠 ，87 

本 地 变量 ，13 
对 局 部 变量 再 赋值 ，114-116 
无 局 部 变量 ，112 
有 局 部 变量 ，113-114 


极限 编程 ，71 
提高 编程 速度 ，57 
重 构 复杂 度 的 编程 风格 ，386-387 


引 


变量 
本 地 变量 ，13 
对 局 部 变量 再 赋值 ，114-116 
分 解 临 时 变量 ，128-130 
动机 ，128 
范例 ，129-130 
做 法 ，128-129 
局 部 变量 ，23 
临时 变量 ，21 
使 用 本 地 变量 ，113-114 
无 局 部 变量 ，112 
引入 解释 性 变量 ，124-127 
动机 ，124 
范例 ，125-126 
运用 Extract Method 处 理 范例 ，126-127 
做 法 ，125 
表述 
定义 ，370 
将 领域 和 表述 /显示 分 离 ，370-374 
动机 ，370 
范例 ，371-374 
做 法 ，371 
不 完美 的 库 类 ，86 


C 
参数 
添加 参数 ，275-276 
动机 ，275 
做 法 ，276 
移 除 参数 ，277-278 
动机 ，277 
做 法 ，278 
移 除 对 参数 的 赋值 ，131-134 
Java 的 按 值 传递 ，133-134 
动机 ，131 
范例 ，132-133 
做 法 ，132 
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以 函数 取代 参数 ，292-294 分 解 并 重组 statement()，8-33 
动机 ，292-293 复审 代码 时 重 构 ，59 
范例 ，293-294 何 时 不 重 构 ，66 
做 法 ，293 何 时 重 构 ，57-60 
以 明确 函数 取代 参数 ，285-287 间接 层 和 重 构 ，61-62 
动机 ，285-286 降低 重 构 带 来 的 开销 ，389-390 
范例 ，286-287 难以 通过 重 构 手法 完成 的 设计 改动 ，65-66 
做 法 ，286 起 点 ，1-7 
测试 如 何 重 构 ， 在 哪里 重 构 ，382-387 
边界 条 件 ，99 三 次 法 则 ，58 
测试 和 异常 ，100 添加 功能 时 重 构 ，58 
测试 套件 ，98 为 何 重 构 ，55-57 
单元 测试 和 功能 测试 ，96-97 为 什么 重 构 有 用 ，60 
构筑 ，89-102 修补 错误 时 重 构 ，58-59 
JUnit 测 试 框架 ，91-97 学 习 ，409-412 
添加 更 多 测试 ，97-102 ZŠ, 411 
自 测试 代码 ，89-91 没 把 握 酒 停 下 来 ，410 
频繁 运行 ，94 随时 挑 一 个 目标 ，410 
全 自动 化 ，90 原 路 返回 ，410-411 
添加 更 多 测试 ，97-102 重 构 ， 复 用 于 现实 ，379-399 
以 测试 取代 异常 ，315-318 从 重 构 联想 到 软件 复 用 ，395-396 
动机 ，315 技术 传播 ，395-396 
范例 ，316-318 为 什么 开发 者 不 愿意 重 构 他 们 的 程序 ，381-393 
做 法 ，315-316 现实 的 检验 ，380-381, 394 
查询 重 构 的 资源 和 参考 资料 ，394-395 
Java 的 按 值 传递 ，120-123 重 构 C++ 程 序 ，384-387 
将 查询 函数 和 修改 函数 分 离 ，279-282 重 构 帮 助 找到 bug，57 
并 发 问题 ，282 重 构 不 会 改变 软件 可 观察 的 行为 ，54 
动机 ，279 重 构 的 难题 ，62-66 
范例 ，280-282 何 时 不 重 构 ，66 
做 法 ，280 难以 通过 重 构 手法 完成 的 设计 改动 ，65-66 
以 查询 取代 临时 变量 ，21 数据 库 问 题 ，63-64 
常客 积分 计算 ，36 修改 接口 ，64-65 
提炼 ，22-25 重 构 的 资源 和 参考 资料 ，394-395 
程序 重 构 复 杂 度 的 编程 风格 ，386-387 
对 此 起 始 程序 评价 ，6-7 重 构 复 杂 度 的 语言 特性 ，386-387 
数据 库 ，403-404 重 构 改 进 软件 设计 ，55-56 
为 什么 开发 者 不 愿意 重 构 他 们 的 程序 ，381-393 重 构 工 具 ，401-403 
重 构 C++ 程 序 ，384-387 重 构 起 源 何 处 ，71-73 
重 构 优化 一 个 薪资 系统 ，72-73 
安全 地 ，390-393 重 构 使 软件 更 容易 理解 ，56-57 
代码 重 构 前 后 ，9-11 重 构 提高 编程 速度 ，57 
第 一 步 ，7-8 重 构 以 求 短期 费用 ，387-389 
第 一 个 案例 ，1-52 重 构 与 设计 ，66-69 
结语 ，51-52 劳 而 无 获 ，68-69 
定义 ，53-55 重 构 与 性 能 ，69-70 
对 起 始 程序 评价 ，6-7 重 构 原则 ，53-73 
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重 构 只 是 整理 代码 ，54 

总 结 ，409-412 

重 构 C++ 程 序 ，384-387 

重 构 复杂 度 的 编程 风格 ，386-387 
重 构 复 杂 度 的 语言 特性 ，386-387 


重 构 工具 ，401-407 


大 型 重 构 ，359-378 
将 过 程 化 设计 转化 为 对 象 设计 ，368-369 
将 领域 和 表述 /显示 分 离 ，370-374 
梳理 并 分 解 继承 体系 ，362-367 
四 个 大 型 重 构 ，361 
提炼 继承 体系 ，375-378 
这 场 游 戏 的 特点 ，359-360 
重要 性 ，360 
技术 标准 ，403-405 
减少 代码 量 ，32 
实用 标准 ，405-406 
撤销 ，406 
速度 ，405-406 
与 其 他 工具 集成 ，406 
小 结 ，407 
重 构 的 成 熟 ，106-107 
重 构 的 记录 格式 ，103-105 
重 构 工 具 的 技术 标准 
程序 数据 库 ，403-404 
解析 树 ，404 
准确 性 ，404-405 
重 构 列 表 ，103-107 
寻找 引用 点 ，105-106 
重 构 手 法 有 多 成 熟 ，106-107 
处 理 概括 关系 ，319-357 
构造 函数 主体 上 移 ，325-327 
函数 上 移 ，322-324 
函数 下 移 ，328 
塑造 模板 函数 ，345-351 
提炼 超 类 ，336-340 
提炼 接口 ，341-343 
提炼 子 类 ，330-335 
以 继承 取代 委托 ，355-357 
以 委托 取代 继承 ，352-354 


更 改名 称 ，15 

坏 味 道 ，75-88 
switch 惊 悚 现 身 ，82 
被 拒绝 的 遗赠 ，87 


不 完美 的 库 类 ，86 
纯 稚 的 数据 类 ，86-87 
发 散 式 变化 ，79 
过 长 参数 列 ，78-79 
过 长 函数 ，76-77 
过 大 的 类 ，78 
过 度 耦 合 的 消息 链 ，84 
过 多 的 注释 ，87-88 
基本 类 型 偏执 ，81-82 
夸 夸 其 谈 未 来 性 ，83-84 
令 人 迷惑 的 暂时 字段 ，84 
平行 继承 体系 ，83 
TURK, 83 
数据 泥 团 ，81 
FXK, 85 
EARE, 80 
kE, 80-81 
异曲同工 的 类 ，85-86 
中 间 人 ，85 
重复 代码 ，76 
取代 与 价格 相关 的 条 件 逻 辑 ，34-51 
重 构 和 整理 ，54 
重 构 减 少 代码 量 ，32 
重 构 前 后 的 代码 ，9-11 
自 测 试 ，89-91 
单元 测试 和 功能 测 测 试 ，96-97 
对 象 
保持 对 象 完 整 ，288-291 
动机 ，288-289 
范例 ，290-291 
做 法 ，289 
函数 ，17 
将 过 程 化 设计 转化 为 对 象 设计 ，368-369 
动机 ，368-369 
范例 ，369 
做 法 ，369 


折 受 继承 体系 ，344 移 除 对 象 之 间 的 特性 ，141-168 
字段 上 移 ，320-321 将 类 内 联 化 ，154-156 
字段 下 移 ，329 提炼 类 ，149-153 


=a 4 


纯 稚 的 数据 类 ，86-87 移 除 函 数 ，142-145 
移 除 中 间 人 ，160-161 
D 移 除 字 段 ，146-148 


代码 引入 本 地 扩展 ，164-168 
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引入 外 加 函数 ，162-163 
隐藏 委托 ，157-159 
以 对 象 取代 数据 值 ，175-178 
以 对 象 取代 数组 ，186-188 


动机 ，186 
范例 ，187-188 
做 法 ，186-187 


以 函数 对 象 取代 函数 ，135-138 


动机 ，175 
范例 ，176-178 
做 法 ，175-176 


引入 null 对 象 ，260-266 
引入 参数 对 象 ，295-299 


BS 


以 多 态 取 代 条 件 表 达 式 ，46, 255-259 


动机 ，255-256 
范例 ，257-259 
做 法 ，256-257 


运用 多 态 取 代 与 价格 相关 的 条 件 逻 辑 ，34-51 


F 
发 散 式 变化 ，79 
反 向 指针 ，197 


分 解 并 重组 Statement()，8-33 


封装 集合 ，208-216 
动机 ，208 
范例 ，209-210 


范例 ，Java 1.1，214-215 
范例 ，Java 2，210-212 
范例 ， 封 装 数组 ，215-216 
将 行为 移 到 类 中 ，213-214 


做 法 ，208-209 
封装 数组 ，215-216 


封装 向 下 转型 ，308-309 


动机 ，308 
范例 ，309 
做 法 ，309 
封装 字段 ，206-207 
动机 ，206 
做 法 ，207 


复审 代码 时 重 构 ，59 


G 
概括 ，319-357 
功能 测试 ，96-97 


构造 函数 本 体 上 移 ，325-327 


动机 ，325 
范例 ，326-327 
做 法 ，326 
关联 
单 向 关联 ，197-199 
双向 关联 ，200-203 
过 长 参数 列 ，78-79 
过 长 函数 ，76-77 
过 大 的 类 ，78 
过 度 耦 合 的 消息 链 ，84 


H 
函数 
搬移 函数 ，142-145 
动机 ，142 
范例 ，144-145 
做 法 ，143-244 
过 长 函数 ，76-77 
函数 改名 ，273-274 
动机 ，273 
范例 ，274 
做 法 ，273-274 
函数 上 移 ，322-324 
动机 ，322-323 
范例 ，323-324 
做 法 ，323 
函数 下 移 ，328 
动机 ，328 
做 法 ，328 
建立 覆盖 函数 ，47 
令 函 数 携带 参数 ，283-284 
动机 ，283 
范例 ，284 
做 法 ，283 
内 联 函 数 ，117-118 
塑造 模板 函数 ，345-351 
动机 ，346 
范例 ，346-351 
做 法 ，346 
提炼 函数 ，110-116 
动机 ，110-111 
对 局 部 变量 再 赋值 ，114-116 
无 局 部 变量 ，112 
有 局 部 变量 ，113-114 
做 法 ，111 
寻找 旧 函 数 的 所 有 引用 点 ，18 
移 除 设 值 函数 ，300-302 
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动机 ，300 
范例 ，301-302 
做 法 ，300 
以 工厂 函数 取代 构造 函数 ，304-307 
动机 ，304 
范例 ，305 
范例 ， 根 据 字 符 串 创建 子 类 对 象 ，305-307 
范例 ， 以 明确 函数 创建 子 类 ，307 
做 法 ，304-305 
以 函数 取代 参数 ，292-294 
以 明确 函数 创建 参数 ，285-287 
以 明确 函数 创建 子 类 ，307 
隐藏 函数 ，303 
动机 ，303 
做 法 ，303 
运用 Extract Method 处 理 范 例 ，126-127 
重新 组 织 函 数 ，109-140 
分 解 临时 变 其 ，128-130 
内 联 函 数 ，117-118 
内 联 临时 变量 ，119 
提炼 函数 ，110-116 
替换 算法 ，139-140 
移 除 对 参数 的 赋值 ，131-134 
以 查询 取代 临时 变量 ，120-123 
以 函数 对 象 取 代 函 数 ，135-138 
引入 解释 性 变量 ，124-127 
函数 调用 ，271-318 
函数 改名 ，273-274 
函数 和 对 象 ，17 
合并 条 件 表 达 式 ，243-244 
动机 ，243 
wip, 244 
做 法 ，243-244 


J 
基本 类 型 偏执 ，81-82 
极限 编程 ，71 
计算 
搬移 “人 金额 计算 ”代码 ，16 
常客 积分 计算 ，36 
技术 传播 ，395-396 
继承 ，38 
来 到 继承 ，38 
梳理 并 分 解 继承 体系 ，362-367 
动机 ，362-363 
范例 ，364-367 
做 法 ，363 


以 继承 取代 委托 ，355-357 
动机 ，355 
范例 ，356-357 
做 法 ，356 
以 委托 取代 继承 ，352-354 
动机 ，352 
范例 ，353-354 
做 法 ，353 
继承 体系 
提炼 继承 体系 ，375-378 
动机 ，375-376 
范例 ，377-378 
做 法 ，376-377 
折 和 登 继 承 体系 ，344 
动机 ，344 
做 法 ，344 
价格 代码 
间接 层 和 重 构 ，61-62 
简化 函数 调用 ，271-318 
保持 对 象 完整 ，288-291 
封装 向 下 转型 ，308-309 
函数 改名 ，273-274 
将 查询 函数 和 修改 函数 分 开 ，279-282 
令 函 数 携 带 参 数 ，283-284 
添加 参数 ，275-276 
移 除 参 数 ，277-278 
移 除 设置 函数 ，300-302 
以 测试 取代 异常 ，315-318 
以 工厂 函数 取代 构造 函数 ，304-307 
以 函数 取代 参数 ，292-294 
以 明确 函数 取代 参数 ，285-287 
以 异常 取代 错误 码 ，310-314 
引入 参数 对 象 ，295-299 
隐藏 函数 ，303 
将 查询 函数 和 修改 函数 分 离 ，279-282 
将 单 向 关联 改 为 双向 关联 ，197-199 
动机 ，197 
范例 ，198-199 
做 法 ，197-198 
将 过 程 化 设计 转化 为 对 象 设计 ，368-369 
动机 ，368-369 
范例 ，369 
做 法 ，369 
将 领域 和 表述 /显示 分 开 ，370, 374 
动机 ，370 
范例 ，371-374 
做 法 ，371 
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将 双向 关联 改 为 单 向 关联 ，200-203 NewReleasePrice，47, 49 
动机 ，200 NullCustomer，263, 265 
范例 ，201-203 Party，339 
做 法 ，200-201 Price, 45-46, 49 

EAE RH, 253-254 RegularPrice, 47 

将 行为 移 到 类 中 ，213-214 Rental，3, 23, 34-37, 48 

将 引用 对 象 改 为 值 对 象 ，183-185 Salesman, 259 
BBL, 183 Site, 262, 264 
WEP, 184-185 Statement, 351 
做 法 ，184 TextStatement, 348-350 

将 值 对 象 改 为 引用 对 象 ，179-182 不 完美 的 库 类 ，86 
动机 ，179 过 大 的 类 ，78 
范例 ，180-182 将 类 内 联 化 ，154-156 
做 法 ，179-180 动机 ，154 

接口 范例 ，155-156 
修改 接口 ，64-65 做 法 ，154 
已 发 布 接口 ，64 将 行为 移 到 类 中 ，213-214 
异曲同工 的 类 ，85-86 类 图 ，30-31 

解析 树 ，404 内 联 函 数 ，117-118 

局 部 变量 ，23 内 联 类 ，154-156 

动机 ，154 

K 范例 ，155-156 

开发 人 员 不 愿意 重 构 程 序 ，381-393 做 法 ，154 

夺 夸 其 谈 未 来 性 ，83-84 内 联 临时 变量 ，119 

JURA, 83 

L 提炼 类 ，149-153 

劳 而 无 获 ，68-69 动机 ，149 

类 范例 ，150-153 
Account, 296-298 做 法 ，149-150 
ChildrensPrice, 47 以 类 取代 类 型 码 ，218-222 
Customer implements Nullable, 263 以 数据 类 取代 记录 ，217 
Customer，4-5, 18-19, 23, 26-29, 263, 347 动机 ，218-219 
Data，86-87 范例 ，220-222 
DateRange，297 做 法 ，219 
Department，340 异曲同工 的 类 ，85-86 
Employee, 257, 332, 337-338 在 所 有 类 中 查找 ，19 
EmployeeType，258-259 类 型 码 
Engineer，259 以 State/Strategy 取 代 类 型 码 ，227-231 
Entry，296 动机 ，227 
FileReaderTester，92-94 范例 ，228-231 
GUI, 78, 170 iE, 227-228 
HtmlStatement, 348-350 以 类 取代 类 型 码 ，218-222 
IntervalWindow，191, 195 动机 ，218-219 
Jobltem，332-335 范例 ，220-222 
Laborltem，333-334 做 法 ，219 
MasterTester，101 以 子 类 取代 类 型 码 223-226 
Movie, 2-3, 35, 37, 40-41, 43-45, 49 BAL, 223-224 


www. lopSage.com 


WEP, 224-226 
做 法 ，224 
临时 
内 联 临 时 变量 ，119 
以 查询 取代 临时 变量 ，120-123 
动机 ，120-121 
范例 ，122-123 
做 法 ，121 
临时 变量 ，21, 128-130 
临时 字段 ，84 
令 函 数 携带 参数 ，283-284 
动机 ，283 
范例 ，284 
做 法 ，283 


M 
模型 ，370 
MEER, 204-205 


P 
平行 继承 体系 ，83 


R 
JLX, 83 
如 何 重 构 ， 在 哪里 重 构 ，382-387 
软件 
软件 复 用 ，395-396 
HH), 56-57 
重 构 不 能 改变 软件 ，54 
重 构 改进 软件 设计 ，55-56 


S 
三 次 法 则 ，58 
上 移 
构造 函数 本 体 上 移 ，325-327 
函数 上 移 ，322-324 
动机 ，322-323 
范例 ，323-324 
做 法 ，323 
字段 上 移 ，320-321 
动机 ，320 
做 法 ，320-321 
设计 
过 程 化 设计 ，368-369 


难以 通过 重 构 手法 完成 的 设计 改动 ，65-66 


预先 设计 ，67 
重 构 与 设计 ，66-69 


使 用 包装 类 ，166-168 
使 用 事件 监听 器 ，196 
使 用 自封 装 ，148 
视图 ，370 
数据 
复制 “被 监视 数据 ”，189-196 
动机 ，189-190 
范例 ，191-196 
做 法 ，190 
数据 泥 团 ，81 
组 织 ，169-235 
封装 集合 ，208-216 
封装 字段 ，206-207 
复制 “被 监视 数据 ”，189-196 
将 单 向 关联 改 为 双向 关联 ，197-199 
将 双向 关联 改 为 单 向 关联 ，200-203 
将 引用 对 象 改 为 值 对 象 ，183-185 
将 值 对 象 改 为 引用 对 象 ，179-182 
使 用 事件 监听 器 ，196 
以 State/Strategy 取 代 类 型 码 ，227-231 
以 对 象 取代 数据 值 ，175-178 
以 对 象 取 代数 组 ，186-188 
以 类 取代 类 型 码 ，218-222 
以 数据 类 取代 记录 ，217 
以 子 类 取代 类 型 码 ，223-226 
以 字段 取代 子 类 ，232-235 
以 字面 常量 取代 魔法 数 ，204-205 
自封 装 字段 ，171-174 
数据 库 
数据 库 程 序 ，403-404 
数据 库 问题 ，63-64 
数据 泥 团 ，81 
数组 
封装 数组 ，215-216 
以 对 象 取代 数组 ，186-188 
动机 ，186 
范例 ，187-188 
做 法 ，186-187 
塑造 模板 函数 ，345-351 
动机 ，346 
范例 ，346-351 
做 法 ，346 


T 
提炼 
提炼 超 类 ，336-340 
动机 ，336 
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范例 ，337-340 
做 法 ，337 
提炼 函数 ，13, 22, 110-116, 126-127 
提炼 接口 ，341-343 
动机 ，341-342 
范例 ，342-343 
做 法 ，342 
提炼 类 ，149-153 
动机 ，149 
范例 ，150-153 
做 法 ，149-150 
提炼 子 类 ，330-335 
动机 ，330 
范例 ，332-335 
做 法 ，331 
提炼 常客 积分 计算 代码 ，22-25 
提炼 接口 ，341-343 
动机 ，341-342 
范例 ，342-343 
做 法 ，342 
PFA, 336-340 
动机 ，336 
范例 ，337-340 
做 法 ，337 
替换 算法 ，139-140 
添加 功能 时 重 构 ，58 
添加 新 功能 以 及 重 构 ，54 
条 件 
分 解 条 件 表达 式 ，238-239 
动机 ，238 
范例 ，239 
做 法 ，238-239 
Æ, 250-254 
以 多 态 取 代 条 件 表达 式 ，255-259 
动机 ，255-256 
范例 ，257-259 
做 法 ，256-257 
条 件 表 达 式 ，237-270 
合并 ，240-242 
动机 ，240 
范例 ， 逻 辑 或 ，241 
A, BRS, 242 
做 法 ，241 
简化 ，237-270 
分 解 条 件 表 达 式 ，238-239 
合并 条 件 语句 ，240-242 
合并 重复 的 条 件 片 段 ，243-244 


移 除 控制 标记 ，245-249 

以 多 态 取 代 条 件 表 达 式 ，255-259 

LL BiB AREER PRIA, 250-254 
引入 Null Object, 260-266 

引入 断言 ，267-270 


Ww 
委托 
以 继承 取代 委托 ，355-357 
动机 ，355 
范例 ，356-357 
做 法 ，356 
以 委托 取代 继承 ，352-354 
动机 ，352 
范例 ，353-354 
做 法 ，353 


现实 的 检验 ，380-381, 394 
RHA. 80 
性 能 和 重 构 ，69-70 
修改 代码 ，15 

寻找 引用 点 ，105-106 


Y 
依恋 情结 ，80-81 
移 除 对 参数 的 赋值 ，131-134 
Java 的 按 值 传递 ,,， 133-134 
动机 ，131 
范例 ，132-133 
做 法 ，132 
BRR, 142-145 
动机 ，142 
范例 ，144-145 
做 法 ，143-144 
移 除 控制 标记 ，245-249 
动机 ，245 
范例 ， 以 break 取 代 简 单 的 控制 标记 ，246-247 
范例 ， 以 retum 返 回 控制 标记 ，248-249 
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IE, 245-246 
移 除 临 时 变量 ，26-33 
移 除 设 值 函 数 ，300-302 
动机 ，300 
范例 ，301-302 
做 法 ，300 
移 除 中 间 人 ，160-161 
动机 ，160 
范例 ，161 
做 法 ，160 
移 除 字段 ，146-148 
已 发 布 接口 ，64 
以 State/Strategy 取 代 类 型 码 ，227-231 
动机 ，227 
范例 ，228-231 
做 法 ，227-228 
以 测试 取代 异常 ，315-318 
以 对 象 取代 数据 值 ，175-178 
动机 ，175 
范例 ，176-178 
做 法 ，175-176 
以 工厂 函数 取代 构造 函数 ，304-307 
动机 ，304 
范例 ，305 
范例 ， 根 据 字 符 串 创建 子 类 对 象 ，305-307 
范例 ， 以 明确 函数 创建 子 类 ，307 
做 法 ，304-305 
以 函数 对 象 取代 函数 ，135-138 
动机 ，135-136 
范例 ，136-138 
做 法 ，136 
以 明确 函数 创建 子 类 ，307 
以 明确 函数 取代 参数 ，285-287 
以 数据 类 取代 记录 ，217 
动机 ，217 
做 法 ，217 
以 卫 语 句 取代 嵌 套 条 件 表达 式 ，250-254 
动机 ，250-251 
范例 ，251-253 
范例 ， 条 件 反 转 ，253-254 
做 法 ，251 
以 卫 语 名 取代 赚 套 条 件 表达 式 ，250-254 
动机 ，250-251 
范例 ，251-253 
范例 ， 将 条 件 反 转 ，253-254 
做 法 ，251 
以 异常 取代 错误 码 ，310-314 


动机 ，310, 315 
范例 ，311-312, 316-318 
非 受 控 异常 ，312-313 
受 控 异 常 ，313-314 
做 法 ，311, 315-316 
以 字面 常量 取代 魔法 数 ，204-205 
动机 ，204-205 
做 法 ，205 
异常 
测试 ，100 
非 受 控 ，312-313 
受 控 ，313-314 
引入 Null 对 象 ，260-266 
动机 ，260-261 
范例 ，262-266 
范例 ， 测 试 接 口 ，266 
其 他 特殊 情况 ，266 
做 法 ，261-262 
引入 本 地 扩展 ，164-168 
动机 ，164-165 
范例 ，165-168 
使 用 包装 类 ，166-168 
使 用 子 类 ，166 
做 法 ，165 
引入 参数 对 象 ，295-299 
动机 ，295 
范例 ，296-299 
做 法 ，295-296 
引入 断言 ，267-270 
动机 ，267-268 
范例 ，268-270 
做 法 ，268 
引入 外 加 函数 ，162-163 
动机 ，162-163 
范例 ，163 
做 法 ，163 
引用 
将 引用 对 象 改 为 值 对 象 ，183-185 
动机 ，183 
范例 ，184-185 
做 法 ，184 
将 值 对 象 改 为 引用 对 象 ，179-182 
动机 ，179 
范例 ，180-182 
做 法 ，179-180 
隐藏 委托 关系 ，157-159 
动机 ，157-158 
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wif, 158-159 BBL, 146 
WE, 158 jah, 147-148 
优化 一 个 薪资 系统 ，72-73 使 用 自封 装 ，148 
语句 做 法 ，146-147 
预先 设计 ，67 封装 字段 ，206-207 
动机 ，206 
Z 做 法 ，207 
在 Price 对 象 内 进行 子 类 化 动作 ，39 临时 字段 ，84 
在 对 象 之 间 搬 移 特 性 ，141-168 以 字段 取代 子 类 ，232-235 
怎么 对 经 理 说 ，60-62 动机 ，232 
中 间 人 ，85 范例 ，233-235 
子 类 做 法 ，232-233 
使 用 ，166 字段 上 移 ，320-321 
提炼 子 类 ，330-335 动机 ，320 
动机 ，330 做 法 ，320-321 
范例 ，332-335 字段 下 移 ，329 
做 法 ，331 动机 ，329 
以 明确 函数 创建 子 类 ，307 做 法 ，329 
以 子 类 取代 类 型 码 ，223-226 自封 装 ，171-174 
动机 ，223-224 自 测试 代码 ，89-91 
范例 ，224-226 自封 装 字段 ，171-174 
做 法 ，224 动机 ，171-172 
以 字段 取代 子 类 ，232-235 范例 ，172-174 
动机 ，232 做 法 ，172 
范例 ，233-235 组 织 函数 ，109-140 
做 法 ，232-233 修改 Movie 类 内 的 价格 代码 访问 函数 ，42 
字段 运用 多 态 取 代 与 价格 相关 的 条 件 逻 辑 ，34-51 


搬移 字段 ，146-148 
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计算 机 精品 学 习 资料 大 放送 
软考 官方 指定 教材 及 同步 辅导 书 下 载 | 软考 历年 真是 解析 与 答案 
软考 视频 | 考试 机 构 | 考试 时 间 安 排 
Java 一 览 无 余 : Java 视频 教程 | Java SE | Java EE 
Net 技术 精品 资料 下 载 汇 总 : ASP.NET 篇 
Net 技术 精品 资料 下 载 汇 总 : C# 语 言 
.Net 技术 精品 资料 下 载 汇 总 : VB.NET 篇 
撼 世 出 击 : C/C++ 编程 语言 学 习 资料 尽 收 眼底 电子 书 + 视 频 教程 
Visual C++(VC/MFC) 学 习 电 子 书 及 开发 工具 下 载 
Perl/CGI 脚本 语言 编程 学 习 资源 下 载 地 址 大 全 
Python 语言 编程 学 习 资料 (电子 书 二 视频 教程 ) 下 载 汇 总 
最 新 最 全 Ruby, Ruby on Rails 精品 电子 书 等 学 习 资 料 下 载 
数据 库 精 品 学 习 资源 汇总 ，MySQL 篇 | SQL Server 篇 | Oracle 篇 
最 强 HTML/xHTML、CSS 精品 学 习 资料 下 载 汇 总 
最 新 JavaScript, Ajax 典藏 级 学 习 资 料 下 载 分 类 汇总 
网 络 最 强 PHP 开发 工具 + 电子 书 + 视 频 教程 等 资料 下 载 汇 总 
UML 学 习 电 子 资 下 载 汇总 软件 设计 与 开发 人 员 必 备 
经 典 LinuxCBT 视频 教程 系列 Linux 快速 学 习 视 频 教程 一 帖 通 
天 罗 地 网 :精品 Linux 学 习 资 料 大 收集 (电子 书 + 视 频 教 程 ) Linux 参考 资源 大 系 
Linux 系统 管理 员 必 备 参考 资料 下 载 汇总 
Linux shell、 内 核 及 系统 编程 精品 资料 下 载 汇 总 
UNIX 操作 系统 精品 学 习 资 料 < 电子 书 + 视 频 > 分 类 总 汇 
FreeBSD/OpenBSD/NetBSD 精品 学 习 资源 索引 含 书籍 十 视频 
Solaris/OpenSolaris 电子 书 、 视 频 等 精华 资料 下 载 索 引 


